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SECTION  1.  GENERAL 


1.1  Purpose.  This  Functional  Description  (FD)  For  the  Automated  Quality  of 
Care  Evaluation  Support  System  will  serve  the  following  purposes: 

a.  It  will  describe  the  requirements  to  be  satisfied  which  will  serve  as 
a  basis  for  mutual  understanding  between  the  user  and  the  developer. 

b.  It  will  provide  information  on  performance  requirements,  preliminary 
design,  and  user  impacts. 

c.  It  will  define  relationships  and  data  flows  within  the  Quality  Assur¬ 
ance  processes  and  explain  the  relationships  to  Patient  Administra¬ 
tion  functions. 


1.2  Project  References.  The  following  references  are  applicable  to  the  his¬ 
tory  and  development  of  this  project. 

a.  DoD  Standard  7935,  Automated  Data  Systems  (ADS)  Documentation, 
rebruary  15,  1983. 

b.  MUMPS  Patient  Administration  System  Program  Maintenance  Manual 
(Draft);  National  Data  Corporation  Federal  Systems,  Inc.  (NDC/FSI); 
April  6,  1984. 

c.  Functional  Description  for  CHCS  Patient  Administration  (PAD)  (Version 
2.0);  NDC  Federal  Systems,  Inc.;  February  17,  1984. 

d.  MUMPS  Patient  Administration  User  Handbook  (Draft);  National  Data 
Corporation  Federal  Systems,  Inc.  (NDC/FSI);  April  6,  1984. 

e.  Functional  Description  for  Tri-Service  Patient  Administration  System 
(Army  Version);  TRIMIS  Program  Office  (TPO);  June  9,  1983. 

f.  Functional  Description  for  Tri-Service  Patient  Administration  System 
(Navy  Version);  Libra  Technology;  June  30,  1983. 

g.  Functional  Description  for  Tri-Service  Patient  Administration  System 
(Air  Force  Version);  TPO;  June  30,  1983. 

h.  NAVMEDCOM  6320.7;  Quality  Assurance  Guide  (Draft);  September  1984. 

i.  NAVMEDCOM  6320.8;  Credentialing  Program  (Draft);  September  1984. 

j.  AR  40-66,  (Change  2)  Chapter  9;  Medical  Recorded  Quality  Assurance 
Administration;  December  1,  1982. 
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k.  AFR  168-13;  Quality  Assurance  in  the  Air  Force  Medical  Service;  Mav 
31,  1984. 

l.  AFR  168-4;  Administration  of  Medical  Activities;  July  22,  1983. 

m.  AFR  168-695;  Medical  Administrative  Management  System  (Vol  I  &  Vol 
II)  July  18,  1980. 

n.  AFR  205-16;  Automatic  Oata  Processing  (ADP)  Security  Policy,  Proce¬ 
dures,  and  Responsibilities;  August  1,  1984. 

o.  DoDD  5200.28;  Security  Requirements  for  Automatic  Data  Processing 
(ADP)  Systems;  December  18,  1972. 

p.  DoDD  5200. 28-M:  ADP  Security  Manual;  January  1973. 

q.  AR  380-380;  Automated  Systems  Security;  April  15,  1979. 

r.  AFR  300-13;  (as  amended)  Safeguarding  Personal  Data  in  Automatic  Data 
Processing  Systems;  March  14,  1976. 

s.  AFR  125-37;  The  Resources  Protection  Program  (PA;  May  6,  1982  (and 
change  1 ) ) . 


1.3  Terms  and  Abbreviations. 


A4D  Admission  and  Disposition 

ACLS  Advanced  Cardiac  Life  Support 

ADP  Automatic  Data  Processing 

ADT  Admission,  Disposition,  and  Transfer 

AIDS  Automated  Inpatient  Data  System 

AMEDD  Army  Medical  Department 

AMH  Accreditation  Manual  for  Hospitals 

AQCESS  Automated  Quality  of  Care  Evaluation  Support  System 

ASMR0  Armed  Services  Medical  Regulating  Office 

ATLS  Advanced  Trauma  Life  Support 

CHCS  Composite  Health  Care  System 

CPP  Credentialing/Privileges  Process 

CPU  Central  Processing  Unit 

CP  Clinical  Records  (Inpatient  Records) 

CRID  Clinical  Record  Identification  (Inpatient  Record 

Identification) 

CRT  Cathode  Ray  Tube 

CT  Coding  Transcript 

CTT  Coding  Transcript  Tape 

DEERS  Defense  Enrollment  Eligibility  Reporting  System 

DoD  Department  of  Defense 

ES  Emergency  Service 

FD  Functional  Description 

FMP  Family  Member  Prefix 
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HA  Health  Affairs 

HIS  Hospital  Information  System 

ICD  International  Classification  of  Disease 

I CP  International  Classification  of  Procedure 

ID  Identification 

IG  Inspector  General 

IR  Inpatient  Records  (Clinical  Records) 

I R ID  Inpatient  Records  Identification  (Clinical  Record  Identifi¬ 

cation) 

ITRCS  Inpatient  Treatment  Record  Cover  Sheet  (Clinical  Record  Cover 

Sheet ) 

JAG  Judge  Advocate  General 

JCAH  Joint  Committee  for  Accreditation  of  Hospitals 

MPAD  MUMPS  Patient  Administration  System 

MAMS  Medical  Administrative  Management  System 

MEB  Medical  Evaluation  Board 

MTF  Medical  Treatment  Facility 

MTRC  Medical  Treatment  Recording  Card 

MUMPS  Massachusetts  Utility  Multi  Programming  System 

NDC/FSI  National  Data  Corporation/Federai  Systems,  Inc. 

OASD(HA)  Office  of  the  Assistant  Secretary  of  Defense  (Health  Affairs) 

PAD  Patient  Administration 

PTID  Patient  Identification 

QA  Quality  Assurance 

QAC  Quality  Assurance  Coordinator 

QAP  Quality  Assurance  Program 

QAS  Quality  Assurance  System  (Navy  Use  Only) 

R/ADT  Registration/Admission,  Disposition,  and  Transfer 

RFP  Request  for  Proposal 

RIPT  Record  of  Inpatient's  Treatment 

SSN  Social  Security  Number 

TPO  TRIMIS  Program  Office 

TRIMIS  Tri-Service  Medical  Information  System 

TRIPAD  Tri-Service  Patient  Administration  System 

UCA  Uniform  Chart  of  Accounts 

VSI/SI/SC  Very  Seriously  Ill/Seriously  Ili/Special  Category 


SECTION  2.  SYSTEM  SUMMARY 


2.1  Background.  The  increase  in  medical  knowledge,  the  increasing  sophisti¬ 
cation  of  medical  technology,  the  growing  complexity  of  medical  treatment 
facility  (MTF)  services,  and  the  rapid  emergence  of  new  health  professions 
have  changed  the  complexion  of  health  care  delivery  in  the  United  States  and 
in  the  Military  Direct  Care  System.  Diagnostic  and  treatment  procedures  have 
become  more  complex;  and  the  level  of  education  of  the  American  public  has  im¬ 
proved  dramatically,  contributing  to  greater  awareness  of  and  increased  expec¬ 
tations  from  the  health  care  field. 

During  the  oast  several  years,  incidents  of  improper  or  questionable  health 
care  have  occurred  in  MTEs  as  well  as  in  the  civilian  health  care  sector. 

These  occurrences  have  raised  questions  in  the  Congress,  in  the  Department  of 
Defense  (DoD),  and  within  the  military  services  about  the  quality  of  care 
being  provided  to  eligible  beneficiaries  at  MTFs.  DoD  desires  to  develop  the 
ability  to  better  assess  and  monitor  the  quality  of  care  provided  by  the  DoD 
health  care  system. 

The  TRIMIS  Program  was  formally  created  on  July  11,  1974,  by  the  Department  of 
Defense  Assistant  Secretaries  of  Defense  (Comptroller,  and  Health  and  Environ¬ 
ment).  The  program,  created  by  DoD  Directive  6000.5  is  now  managed  and  admin¬ 
istered  by  the  TRIMIS  Program  Office  (TPO)  of  the  Office  of  the  Assistant 
Secretary  of  Defense  (Health  Affairs)  (OASD(HA)).  Its  purpose  is  to  consol¬ 
idate  previous  Service  efforts  and  to  "improve  the  effectiveness  and  economy 
of  health  care  delivery  in  the  Army,  Navy,  and  Air  Force."  As  this  original 
tasking  assignment  stated,  "TRIMIS  will  include  development  of  automated 
information  systems  for  timely  patient -centered  health  data,  supporting  medi¬ 
cal  services,  clinical  research,  epidemiological,  and  health  care 
information. " 

The  TPO  has  developed  a  microcomputer-based  Clinical  Records  and  Patient 
Administration  System  using  the  MUMPS  language  and  certain  utilities  form  the 
Veterans  Administration  File  Manager.  The  Clinical  Records  portion  of  the 
system  collects  an  estimated  85  percent  of  the  data  elements  and  99  percent  of 
the  volume  of  aata  required  for  a  quality  assurance  provider  profile.  The 
system  has  had  extensive  TriService  input  and  is  designed  for  efficient  use  by 
current  patient  administration  personnel,  and  incorporates  extensive  service 
specific  edits  of  data  to  insure  reliable  and  accurate  data  collection.  The 
system  is  designed  to  be  easy  to  learn,  to  provide  on-line  assistance  to 
users,  and  to  operate  without  dedicated  computer  operators  and  special 
environmental  conditions.  Being  written  in  ANSI  MUMPS,  it  can  operate  on  a 
wide  range  of  hardware  and  is  capable  of  modification  both  to  correct 
problems  and  to  incorporate  additional  requirements.  The  system  development 
was  suspended  following  redirection  of  the  TRIMIS  program  in  March  1984.  The 
AOCESS  system  will  be  developed  from  the  existing  PAD  software.  The  software 
must  be  completed  to  include  Military  Department  Clinical  Records  and  QA 
requirements. 
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2.2  Objectives.  The  overall  objectives  of  the  Automated  Quality  of  Care 
Evaluation  Support  System  are  to: 

a.  Improve  the  quality  and  timeliness  of  the  evaluation  of  health  care. 

b.  To  provide  administrative  support  for  inpatient  episodes. 

c.  To  support  the  identification  of  variations  which  could  adversely 
affect  the  quality  of  health  care. 


2.2.1  The  Automated  Quality  of  Care  Evaluation  Support  System.  The  Automated 
Quality  of  Care  Evaluation  Support  System  is  an  integrated  terminal-oriented, 
interactive,  on-line  computer  system  capable  of  gathering,  storing,  and  rapid¬ 
ly  retrieving  information.  The  system  contains  registration  data  about  mili¬ 
tary  personnel,  their  eligible  dependents,  and  other  eligible  beneficiaries 
admitted  to  the  MTF.  It  also  reflects  admission,  disposition,  and  transfer 
data  necessary  to  administer  the  MTF's  inpatient  population.  The  system  will 
provide  QA  related  data  bases,  data  entry  capabilities,  support  to  QA  analy¬ 
ses,  and  reports.  Additional  requirements  and  substantial  changes  to  the 
benchmark  requires  processor  capability  in  excess  of  the  minimum  needed  to 
carry  out  the  QA  functions.  This  additional  compacting  power  will  allow  for 
expected  enhancements  as  the  QA  requirements  are  refined.  The  software  will 
be  capable  of  orderly  functional  enhancement  in  support  of  inpatient  QA, 
emergency  service  QA,  and  adaitional  PAD  requirements. 


2.2.2  Information  Requirements.  The  system  will  automate  the  information 
requirements  of  the  inpatient  and  emergency  service  QA  functions  of  DoD  hospi¬ 
tals  to  make  more  efficient  the  effort  required  to  collect,  store,  modify, 
retrieve,  and  report  administrative  and  QA  management  data.  The  system  will 
automate  those  PAD  functions  which  support  QA  activities. 


2.2.3  Information  Capabilities.  The  ACCESS  will  be  an  integrated  system 
allowing  the  information  collected  during  patient  admission,  disposition, 
transfer,  as  well  as  clinical  records  activities,  to  be  used  by  the  Quality 
Assurance  subsystem.  The  QA  subsystem  will  also  contain  specific  functions 
for  collecting,  maintaining,  and  reporting  from  the  integrated  system  data 
base.  This  will  allow  most  QA  and  PAD  data  to  be  collected  as  a  byproduct  of 
normal  clinical  record  and  patient  management  activities.  This  data  can  be 
sorted,  collated,  and  reported  as  necessary  to  support  MTF  QA  requirements. 


2. 2. A  Scope.  The  AQCESS  project  will  provide  automated  information  system 
capabilities  to  DoD  MTFs  with  operating  inpatient  beds.  The  project  will 
include  the  design,  development,  and  acquisition  of  medical  ADP  capabilities 
to  enhance  the  administrative  procedures,  and  the  ability  of  the  Military 
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Medical  Departments  to  monitor  the  quality  of  care  being  provided  within  their 
respective  MTFs. 


2.2.5  AQCESS  Project  Goals. 

a.  Improve  the  quality,  effectiveness,  economy,  and  risk  management  of 
health  care  delivery  in  DoD  MTFs. 

b.  Centralize  and  coordinate  the  development  and  acquisition  of  ADP 
capabilities  in  support  of  QA  in  DoD  MTFs. 

c.  Provide  a  standard  automated  quality  assurance  system  with 
sufficient  flexioility  to  accommodate  future  enhancements. 

d.  Install  QA  systems  without  major  site  preparation. 

e.  Minimize  duplication  of  the  data  collection  effort  in  the  MTF. 


2.2.6  Support.  The  AQCESS  will  include  selected  clinical  and  administrative 
functions  supporting  patient  care,  health  care  providers,  MTF  management 
and  operation,  and  patient  medical  information.  It  will  provide  automation 
support  to  the  information  collection,  processing,  and  reporting  functions  of 
DoD  hospitals  so  that  QA  requirements  can  be  met  with  minimal  impact  on  per¬ 
sonnel  and  manpower  requirements. - 


2.3  Existing  Methods  and  Procedures.  The  following  are  existing  manual 
procedures  currently  used  by  each  service.  Since  the  QA  program  is  a  new 
requirement  imposed  upon  the  Military  Departments,  the  existing  manual  systems 
do  not  reflect  all  necessary  capabilities  for  performing  these  new  require¬ 
ments.  The  automated  system  described  in  this  document  contains  functions  and 
provides  support  to  activities  not  presently  being  performed  in  military 
hospitals. 


2.3,1  Army.  In  general,  there  are  no  computerized  methods  currently  in  use 
f'or  fJA  activities  within  the  Army  Medical  Department  (AMEDD).  Ongoing  review 
of  care  provided  (patient  care  assessment)  is  accomplished  manually  via  random 
selection  of  records  based  on  diagnosis  in  addition  to  a  100  percent  review  of 
all  deaths  and  complications. 

All  provider  credential  files  are  maintained  manually.  This  includes  data 
entry,  deletion  of  data,  and  compilation  of  statistics.  Decredentialed  provi¬ 
der  reports  are  also  prepared  on  a  quarterly  basis  for  submission  to  the  QA 
office. 
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Review  and  evaluation  of  resource  utilization  and  all  risk  management 
activities  are  accomplished  in  the  manual  mode.  This  includes  blood  and 
antibiotic  utilization,  review  of  all  unusual  occurrences,  and  patient  or 
family  complaints.  Examples  of  occurrences  being  screened  are: 

a.  Transfusion  reactions 

b.  Abnormal  diagnostic  reports  not  addressed  by  health  care 

c.  Unplanned  return  to  the  operating  room 

d.  Unplanned  transfer. 

Manual  occurrence  screening  is  currently  being  accomplished  in  two  AMEDD 
treatment  facilities  on  a  test  basis.  Final  reports  have  not  been  received; 
however,  verbal  reports  support  the  labor-intensiveness  of  the  screening 
process. 


2.3.2  Navy.  The  existing  OA  functions  are  supported  by  manual  processes  to 
collect,  store,  and  report  information.  There  is  presently  no  automated  means 
for  performing  these  tasks. 

Ongoing  quality  and  appropriateness  of  care  reviews,  credentials  process,  and 
medical  staff  monitoring  review  are  all  accomplished  in  the  manual  mode. 
Examples  of  QA  review  functions  are; 

a.  Medical  Records  Review 

b.  Surgical  Case  Review 

c.  Antibiotic  Usage  Review 

d.  Pharmacy  and  Therapeutic  Review 

e.  Blood  Utilization  Review 

f.  Infection  Control  Review 

g.  Credentials  Review 

2. 3. 2.1  Other  Data  Sources.  Information  also  comes  from: 


a.  Incident  Reporting 

b.  3CAH  and  IG  Surveys 

c.  Patient  Surveys 
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d.  Consumer  Councils 


e.  Liability  Claim  Review 

f.  Patient  Contact  Proqram 

How  these  various  pieces  of  the  Quality  Assurance  System  (QAS)  interact  within 
the  system  is  discussed  below.  Input,  output,  and  retained  data  are  best 
described  in  terms  of  each  of  the  seven  QAS  functions  previously  stated  in 
paragraph  2.3.2. 


2. 3. 2. 2  Criteria-Based  Review  and  Reporting  Process. 
Inout 


The  crux  of  the  Navy's  medical  staff  monitoring  reviews,  and 
quality  and  appropriateness  of  care  reviews,  lies  in  the  criteria- 
based  review  and  reporting  process. 

Under  the  current  system,  pre-established  problem  identification 
criteria  are  not  generally  used  in  the  review  process,  although  such 
criteria  are  desirable  in  order  to  ensure  consistent  problem 
identification. 

Output 

Under  the  present  system,  the  results  of  the  review  process  enter 
the  QA  program  in  a  multitude  of  formats.  A  great  deal  of  time  and 
effort  must  be  spent  by  QA  personnel  culling  from  a  large  volume  of 
paper  the  salient  information  about  what  problems  each  review  has 
addressed  and  what  solutions,  if  any,  have  been  proposed. 


2. 3. 2. 3  Prioritized  Monitoring  System.  The  navy  utilizes  the  "problem  fo¬ 
cused  approach"  to  attain  QA  through  problem  identification,  assessment,  pri¬ 
oritization,  resolution,  and  monitoring  of  corrective  actions.  Output  from 
the  current  QA  process  is  manually  created  reports. 

Generic  screening,  trend  analysis,  and  provider/facility  profiles  are  accom¬ 
plished  on  an  as  needed  basis  since  there  are  no  stated  requirements  at  the 
present  time. 

By  its  very  nature,  the  QA  program  involves  the  collection,  retention,  and 
correlation  of  significant  amounts  of  information  obtained  from  a  variety  of 
sources.  Current  personnel  resources  do  not  permit  orderly  collection  or 
evaluation  of  information  since  hard-copy  sheets  or  reports  are  often  the  only 
collection  medium  available.  The  infusion  of  additional  personnel  would  not 
significantly  improve  the  situation,  since  the  evaluations  performed  often  re¬ 
quire  multiple  manipulation  of  data  to  evaluate  different  hypotheses.  Without 
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automated  support,  the  addi.ti.on  of  personnel  needed  to  manually  process 
information  to  meet  minimum  objectives  quickly  becomes  cost  prohibitive. 


2. 3.2. A  Generic  Screening.  Generic  screening  is  a  method  of  conducting 
concurrent  or  retrospective  review  of  medical  care  that  is  independent  of 
diagnosis.  It  is  sometimes  called  occurrence  screening  because  it  is  a 
screening  of  all  occurrences  identified  in  all  medical  records  which  do  not 
conform  to  prespecified  criteria.  In  order  to  be  effective,  ail  patient 
medical  records  must  be  processed. 

Until  recently,  there  was  no  stated  requirement  for  generic  screening. 

However,  it  is  an  invaluable  tool  in  identifying  areas  which  mav  be  potential 
QA  problems. 

In  response  to  the  recent  requirement,  a  small  amount  of  screening  is  n-  i 
being  done,  but  it  is  accomplished  sporadically  due  primarily  to  the  amount  of 
personnel  resources  required  to  perform  this  type  of  task.  When  it  is  being 
done,  the  screening  criteria  vary  from  facility  to  facility. 

Output 

The  output  of  the  generic  screening  now  being  done  is  generally  in 
the  form  of  a  memo  or  non-standardized  report. 


2. 3. 2. 5  Trend  Analysis. 
Input 


Trend  analysis  is  a  way  of  analyzing  a  large  volume  of  data  over  a 
period  of  time  in  order  to  identify  a  pattern  of  activity.  Since  it 
can  operate  across  departments  and  services,  it  is  very  helpful  in 
tying  together  a  number  of  seemingly  unrelated  occurrences  into  an 
identifiable  problem. 

This  entire  process  can  be  performed  in  minutes  or,  at  the  most, 
hours  with  automation.  Manually,  it  is,  practically  speaking, 
almost  impossible. 

In  the  current  Navy  OAP,  almost  no  trend  analysis  is  being  done. 

When  trend  analysis  is  performed,  it  is  done  sporadically  and  on  an 
as  needed  basis. 

Output 

The  output  of  the  trend  analysis  that  is  being  done  is  a  manually 
produced  report. 
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2. 3. 2. 6  Prov ider/Facility  Profile. 


Input 


A  provider/faciiity  profile  is  a  compilation  of  performance  data 
which  can  be  used  to  compare  the  performance  of  a  medical  entity 
(provider,  department,  or  facility)  on  specified  criteria  to  the 
performance  of  a  comparable  entity  or  group.  The  provider/facilitv 
profile  is  the  most  powerful  QA  tool  in  providing  a  line  of 
accountability  for  a  specific  problem  or  trend  to  specific 
providers,  departments,  or  services. 

At  the  present  time,  provider/faciiity  profiles  are  rarely  done. 
When  they  are  done,  it  is  on  a  manual  basis  and  is  usually  for  a 
specific  reason. 


Output 


The  output  of  current  provider/faciiity  profiles  are  manually  pro¬ 
duced  reports.  They  are  neither  used  in  the  credentialing  process 
or  created  to  determine  the  extent  of  an  already  identified  proolem. 


2. 3. 2. 7  General  Output  from  the  Quality  Assurance  Program  (QAP) .  The  out¬ 
puts  from  the  QAP  include  reports  to  assist  in  efficient  prioritization  and 
tracking  of  problems,  maintenance  of  provider  profiles,  new  policies  and  pro¬ 
cedures,  staff  education,  staff  counselling,  clinical  privileges,  documenta¬ 
tion  for  Navy  and  OCAH  accreditation,  and  documentation  for  the  commands.  In 
addition,  QA  provides  data  on  potentially  litigious  problems  to  the  QA 
Committee. 

Unfortunately,  the  usefulness  of  these  reports  is  somewhat  limited.  While 
BUMEDINST  6320.62  specifically  requires  the  different  service/department/ 
activity  reviews  to  document  the  results  of  their  reviews,  it  sets  no  standard 
for  the  format  of  this  documentation.  Under  the  current  Quality  Assurance 
System  (QAS),  each  medical  facility's  reports  are  different  in  format  and 
content,  which  makes  comparison  and  correlation  of  information  among  them  al¬ 
most  impossible. 


2.3.3  Air  Force. 


2. 3. 3.1  Background.  Existing  approaches  to  quality  assurance  monitoring  in 
the  Air  Force  center  around  manual,  labor-  and  paper- intensive  reviews  of 
medical  records,  hospital  incident  reports,  committee  actions  and  follow-ups, 
recurring  retrospective  reports  from  the  standard  Air  Force  Medical  Adminis¬ 
trative  Management  (MAMS),  Automated  Inpatient  Data  System  (AIDS)  (7109  re¬ 
ports)  produced  at  Major  Commands,  credentialing  documents,  and  AF  QA/RM 
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cross-feed  reports.  Details  of  the  existing  program  are  specified  in  AFR 
168-13,  Quality  Assurance  in  the  Air  Force  Medical  Service,  31  May  1984  and  AF 
Regulations  168-4  and  168-695  which  detail  the  biostatistical  reporting  system 
used  for  inpatient  data,  AIDS,  and  the  appropriate  elements  of  XAH  Standards 
specified  in  the  Accreditation  Manual  for  Hospitals  (AMH). 


2. 3. 3. 2  Objectives  of  AF  Quality  Assurance  Program.  The  full  set  of 
objectives  for  the  existing  program  is  contained  in  AFR  168-13.  The  general 
intent  of  the  program  is  to  improve  the  quality  of  health  care  delivery  and 
enhance  practitioner  clinical  performance.  Objectives  supporting  that  goal 
include  reducing  risk-creating  incidents  and  adverse  effects  on  patients, 
enhancing  coordination  and  communication  among  providers  and  services, 
improving  provider  screening,  selection,  and  accession  processes,  and  assuring 
prompt  identification  of  impaired  providers. 


2 .3.3.3  Current  Activities.  The  activities  currently  under  way  to  meet  the 
stated  objectives  are  generally  supported  Dy  Major  Commands  (MAXOM)  and 
Headquarters-level  automation.  Base  level  input  is  keypunch  entry  of  data 
with  cards  sent  to  MAXOMs  for  actual  data  entry  and  editing.  The  activities 
involved  fall  into  the  following  categories. 

a.  Medical  record  and  professional  personnel  perform  retrospective  re¬ 
view  of  medical  record  data/patient  care  after  the  fact;  little  pro¬ 
spective  or  concurrent  review  is  now  accomplished. 

b.  AF  r0rm  765,  Hospital  Incident  Statement,  is  submitted  by  an  initi- 
ater  to  the  Risk  Manager  who  monitors  action/foilow-up  through  the 
MTF  committee  structure. 

c.  Committees  perform  retrospective  peer  review. 

d.  Retrospective  AIDS  7109  Reports  are  used  for  dat  and  reporting 
needs.  They  provide  infection,  complication,  death,  and  other  pro¬ 
vider  performance  data.  They  also  include  diagnosis  and  procedure 
indexes,  and  related  length  of  stay  analysis. 


2. 3. 3. 4  Deficiencies  of  the  Current  System.  The  current  system  is  a  com¬ 
posite  of  existing  automated  and  manual  systems  with  some  added  review  and  re¬ 
porting  requirements.  It  is  in  a  stage  of  evolution  and  will  require  changes 
as  experience  builds,  sophistication  increases,  and  medical  standards  change. 
The  major  problems  with  the  current  system  are: 

a.  It  does  not  provide  an  integrated  mechanism  for  quality  of  care 
evaluation. 
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b.  It  does  not  provide  system-generated  edits  for  data  entered  at  base 
level. 

c.  It  is  very  labor-intensive  to  collect,  manipulate,  and  report  data. 

d.  No  provision  is  made  at  the  MIF  level  for  the  convenient  retrieval 
and  manipulation  of  data  to  meet  ad  hoc  management  information  needs 
whether  it  be  for  patient  care,  credentialing/pr ivileges  process 
(CPP),  resource  allocation,  or  answering  the  ever-increasing 
inquiries  from  higher  levels  in  the  chain  of  command. 


2.4  Proposed  Methods  and  Procedures.  The  following  sections  describe  the 
expected  improvements  and  impacts  of  the  AOCESS. 

2.4.1  Summary  of  Improvements.  MTF  command,  professional,  and  administration 
staff  will  have  automated  support  to  assist  in  the  management  of  the  QAP 
within  the  facility.  Individual  patient  data,  occurrence  screening,  incident 
tracking,  and  provider  profiling  information  can  be  entered  into  the  automated 
system.  Provider  profiles  and  other  QA  reports  can  be  generated  at  the  MTF 
using  the  data  stored  in  the  system. 

Much  of  the  patient  data  required  for  QA  and  provider  profiling  is  obtained 
from  the  Patient  Administration  processes  leading  to  and  including  the 
Clinical  Record  Cover  Sheet  and  Coding  Transcript.  To  prevent  duplication  of 
effort  at  the  MTF,  automated  support  will  be  provided  to  the  Admissions  and 
Dispositions  sections  and  the  Clinical  Records  sections  of  the  facility  so 
that  their  portion  of  the  QA  data  will  be  collected  as  a  byproduct  of  the 
normal  work  performed  by  these  sections. 


2.4.2  Summary  of  Impacts.  The  followinq  sections  describe  the  impact  of  the 
AQCESS. 


2.4, 2.1  User  Organization  Impacts.  The  AQCESS  will  support  the  identifica¬ 
tion,  tracking,  and  documentation  of  QA  activities  within  the  MTF.  The  manual 
mode  of  data  collection  and  analysis  in  the  QAP  will  be  supportea  by  automated 
functions.  The  MTF  Commander,  the  Administrator,  the  QA  Coordinator,  the  QA 
and  Credentials  Committees,  and  other  appropriate  individuals  (as  specified  by 
the  Hospital  Commander)  will  have  the  capability  to  review  pertinent  informa¬ 
tion  relating  to  the  QAP  as  appropriate  in  a  rapidly  retrievable,  user-con¬ 
trolled  format.  The  MTF  will  be  supported  by  current  information  in  quality 
of  care  decisionmaking. 

The  QA  Coordinator,  or  other  individual  as  designated  by  the  MTF  Commander, 
will  have  the  responsibility  of  maintaining  the  QA  data  base,  control  of  the 
system  functions,  and  the  security  of  the  system. 
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The  system  will  not  replace  manual  screening  of  records  to  identify  occur¬ 
rences.  Professional  expertise  and  judgment  will  have  to  be  applied  through 
existing  committee/review  structures  to  identify  variations  in  the  quality  of 
care  to  be  entered  into  the  AQCESS. 

Patient  Administration,  QA,  and  other  personnel  will  require  training  on  the 
system.  Training  of  new  personnel  and  maintaining  skills  of  previously 
trained  personnel  will  be  a  new  mission  of  the  MTF. 


2. A. 2. 2  User  Operational  Impacts.  The  AQCESS  will  provide  the  MTFs  with  data 
bases  containing  occurrence  screening,  provider  mortality  rate,  blood  utiliza¬ 
tion,  incident  reporting,  provider  profile,  and  QA  activity/probiem  informa¬ 
tion.  Analysis  which  heretofore  could  not  be  easily  performed  in  a  manual 
system  because  of  lack  of  personnel  can  be  performed  using  information  avail¬ 
able  from  the  automated  system. 

The  QA  functions  are  essentially  new  functions  for  most  of  the  facilities. 
Thus,  implementation  of  the  AQCESS  will  generate  additional  tasking  for  MTF 
personnel. 


Clinical  records  personnel  will  be  positively  impacted  in  that  the  Clinical 
Record  Cover  Sheet  and  the  Coding  Transcript  will  be  essentially  complete  ex¬ 
cept  for  coding  when  clinical  records  receives  them.  The  diagnosis  and 
procedure  classif ication  codes  will  have  to  be  entered,  information  edited  to 
verify  the  data  is  correct,  and  the  record  reviewed  for  completeness. 

The  report  function  of  the  system  will  allow  the  printing  of  biostatical  and 
QA  reports  at  MTF-specif ied  times. 

The  security  function  will  be  the  key  to  system  utilization.  All  user  access 
to  the  system  and  to  data  it  contains  will  be  controlled  by  the  security 
function.  The  security  tables  will  authorize  each  individual's  access  and  use 
of  functions. 


•• -V  . 


The  functions  that  will  be  provided  to  the  MTF  by  the  AQCESS  are: 


Registration  Processing 
Admission  Processing 
Disposition  Prpocessing 
Transfer  Processing 
R/ADT  Reports 
Inpatient  History 
Patient  Inquiry 
Clinical  Records  Processing 
Clinical  Records  Reports 
Bed  Management  Processing 
Correction  Management 
System  Management 
Quality  Assurance 
Provider  Profiling 
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2.4. 2. 3  User  Development  Impacts.  The  Military  Department  TRIMIS  elements 
and  the  MTFs  will  be  involved  in  preparation  for  the  system.  The  MTF  will  be 
expected  to  develop  local  tables  and  files  with  contractor  assistance.  User 
and  System  Manager  training,  installation,  and  data  conversion  at  each  site 
will  be  provided  by  the  software  support  contractor.  Site  preparation  and 
facility  modification  will  be  the  responsibility  of  the  Military  Department 
and  the  site.  The  TPO  will  provide  site  preparation  and  implementation  guid¬ 
ance  and  funding. 


Assumptions  and  Constraints. 


2.3.1  Specific  Assumptions.  Specific  assumptions  regarding  the  AQCESS  are: 

a.  The  AQCESS  is  being  developed  to  support  the  QA  requirements  3s  spe- 
cifiea  by  OASD(HA)  in  conjunction  with  individual  Military  Depart¬ 
ments. 

b.  The  AQCESS  is  being  developed  to  support  the  QA  requirements  Found  in 
AR  40-66;  NAVMED  Instructions  6320.7  and  6320.8;  AFR  168-13;  and 
further  stipulations  from  OASD(HA). 

c.  The  AQCESS  will  use  available  standard  data  elements,  items,  and 
codes  for  the  three  Services. 

d.  Personnel  from  HA,  TPO,  and  functional  representatives  from  the 
Military  Departments  will  be  actively  involved  during  system  design, 
development,  testing,  deployment,  and  operation. 

e.  Existing  Government- furnished  MUMPS  PAD  software  will  form  the 
nucleus  of  the  QA  software. 

f.  Thorough  testing  of  each  functional  application  of  the  system  will  be 
accomplished  via  prototype  testing  prior  to  proliferation. 

g.  A  refinement  of  objectives,  functions,  and  system  organization  will 
be  gained  from  the  development,  installation,  evaluation,  and 
operation  of  the  system. 

h.  The  TPO  will  identify  a  method  which  will  preclude  duplicate  data 
entry  at  sites  which  currently  operate  PAD  systems. 


2.5.2  Constraints.  It  is  required  that; 

a.  Medical,  personal,  and  privileged  Quality  Assurance  information 
contained  in  the  AQCESS  must  be  safeguarded  in  accordance  with 
appropriate  public  laws  and  regulations. 
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b.  Conversion  of  the  manual  system  will  be  done  in  the  most  cost- 
effective  manner  possible. 

c.  The  system  must  be  flexible  and  easy  to  use  by  hospital  personnel  not 
experienced  in  ADP. 

d.  Operation  of  the  system  must  not  require  computer  operators. 

e.  The  system  must  operate  in  a  normal  office  environment  without  major 
site  preparation. 
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SECTION  3.  DETAILED  CHARACTERISTICS 


3.1  Specific  Performance  Requirements.  This  subsection  describes  the  per¬ 
formance  requirements  for  the  proposed  AQCESS. 


3.1.1  Accuracy,  Precision,  and  Validity.  The  AQCESS  will  ensure  data  ac¬ 
curacy  and  validity  by  editing  all  input,  update,  and  inquiry  data  from  system 
users.  Data  transmitted  between  functions  and/or  logical  segments  of  the  sys¬ 
tem  will  be  subjected  to  error  checks  including: 

a.  Redundancy  checking  of  recorded  data.  This  is  to  ensure  that  data 
sets  are  not  duplicated  inappropriately. 

b.  Integrity  checking  of  data  sets  before  commencing  system  operations; 
i.e.,  all  links  are  still  in  place,  data  has  not  been  corrupted  in 
any  way,  disk  has  not  crashed,  etc.  This  should  always  occur  before 
the  system  is  booted. 

c.  Consistency  editing  of  data  contained  within  the  system. 

d.  Editing  of  input  data  with  expected  values  or  ranges. 


3.1.2  Timing.  The  system  timing  requirement  is  to  support  the  on-line  ter¬ 
minal  environment  in  a  manner  conducive  to  user  acceptance  by  providing  cur¬ 
rent,  accurate,  and  easily  input  and  retrieved  patient  data.  Terminal  re¬ 
sponse  time  will  vary  with  the  task  being  performed  since  search  and  list 
functions  take  more  time  than  the  retrieval  of  a  single  known  data  element. 
System  response  time  requirements  are  described  below. 


3. 1.2.1  Interactive  Response  Time.  Interactive  processing  occurs  when  the 
user  communicates  with  the  system  in  a  conversational  manner;  that  is,  the 
content  of  the  user's  input  is  in  response  to  and  limited  by  the  preceding 
system  output.  Interactive  response  time  is  measured  from  the  moment  the 
"return,"  "transmit,"  "enter,"  or  equivalent  so-called  "user  signal"  key  is 
pressed  until  the  moment  the  last  response  character  appears  on  the  screen. 
Maximum  terminal  interactive  response- times  will  be  no  longer  than  2  seconds 
for  95  percent  of  interactive  functions.  The  average  response  time  for  the 
remaining  5  percent  will  be  no  longer  than  5  seconds.  Extensive  data  base 
searches  and  extensive  file  updates  are  excluded  from  the  response  time  re¬ 
quirements  and  are  described  in  section  4. 2. 2. 3,  Data  Base  Response  Time. 
Interactive  terminal  response  time  requirements  do  not  apply  to  external  sys¬ 
tem  interface  activity,  the  generation  of  output  products,  reports,  or  other 
batch  operations. 
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However,  screen-to-screen  terminal  response  time  must  be  2  seconds  or  less  for 
95  percent  of  the  executions  of  terminal  functions  and  average  no  more  than  5 
seconds  for  remaining  5  oercent.  Response  time  is  measured  from  the  moment 
the  "transmit"  key  is  pressed  until  the  moment  the  first  response  character  is 
displayed  on  the  terminal.  The  screen  must  be  completely  filled  within  10 
seconds  of  pressing  the  "transmit"  key.  Functions  that  support  a  user 
"signing  on"  the  system  and  these  functions  that  require  extensive  data  base 
search  operations,  such  as  name  fragment  or  other  candidate  searches,  are  ex¬ 
cluded  from  the  response  time  requirements.  Interactive  terminal  response 
time  does  not  apply  to  the  DEERS  interface,  the  generation  of  output  products, 
reports,  or  any  other  batch  operations. 


3. 1.2. 2  On-Demand  Response  Time.  Hard-copy  output  is  produced  on  demand  when 
its  production  is  requested  either  explicitly  (e.g.,  the  user  requests  an 
embossed  card  to  be  printed)  or  implicitly  (e.g.,  the  completion  of 
registration  will  cause  a  registration  form  to  be  printed).  On-demand 
response  time  requirements  are  measured  in  terms  of  internal  system  output 
production. 

a.  A  hard-copy  request  issued  from  an  interactive  terminal  will  be  pro¬ 
cessed  in  a  manner  that  avoids: 

1.  Tying  up  the  requesting  terminal  while  hard-copy  is  being  gen¬ 
erated,  except  where  output  is  being  produced  on  an  integrated 
slave  printer  attached  to  the  requesting  terminal. 

2.  System  lock-out  of  requesting  terminal  due  to  a  hardware/ 
software  failure  in  the  output  generation  subsystem. 

b.  The  response  time  requirement  for  on  demand  output  will  be  measured 
from  the  time  the  request  is  transmitted  until  the  moment  the  output 
is  either  initiated  or  initial  output  is  queued  (with  a  message  to 
the  user)  for  the  device.  The  response  time  for  this  activity  should 
not  exceed  3  seconds. 

c.  These  timing  requirements  do  not  apply  to  delays  caused  by  inoperable 
printers.  Response  time  requirements  for  extensive  data  base  search 
functions  and  external  system  interface  activity  are  as  follows: 

1.  The  system  will  be  available  to  the  user  for  the  next  task  or 
action  within  5  seconds. 

2.  The  output  product  will  begin  printing  or  be  placed  in  an  output 
queue  within  10  seconds. 

3.  Print  time  per  product  will  not  exceed  1  minute  per  page. 

A.  Print  time  per  page  or  screen  for  screen-copies  and  on-line 

slave-mode  echo-prints  will  not  exceed  the  greater  of  the  times 
specified  above,  or  20  seconds  per  page  or  screen  based  on 
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screen-sized  displays,  as  discussed  in  section  4.2.2.4.b, 
Screen-F  ill. 


3. 1.2. 3  Batch  Turnaround.  Batch  reporting  turnaround  time  will  not  exceed  1 
hour  (4  hours  for  ad  hoc  reports  including  extensive  manipulation  of  data  and 
extensive  data  base  searches)  measured  from  the  time  an  approved  request  is 
initiated  by  the  user  to  the  time  the  requested  report  has  begun  to  print. 


3. 1.2. 4  Throughput.  It  is  anticipated  that  most  of  the  QA  workload,  ex¬ 
cluding  batch  reports  and  ad  hoc  requirements,  will  be  processed  during  the 
normal  8  hour  workday.  Except  for  scheduled  maintenance,  the  system  will  be 
operational  and  on-line  for  24  hours  a  day,  7  days  a  week. 

Scheduled  outputs  will  be  produced  by  the  system  on  the  specified  frequency 
basis  (i.e.,  daily,  weekly,  monthly,  quarterly,  or  annually).  Although  these 
outputs  normally  occur  in  batch  and  often  during  non-duty  (e.g.,  evening) 
hours,  the  day  of  the  week  (for  weekly  or  less-frequent  outputs)  and  the  time 
of  day  and  frequency  of  their  initiation  will  be  specified  by  each  MTF.  Sim¬ 
ilarly,  the  MTF  may  elect  a  different  day  (or  time)  for  each  output,  or  re¬ 
quest  output  products  on  demand. 


3.2  Functional  Area  System  Functions. 


3.2.1  Functions.  The  automated  system  described  in  this  document  contains 
functions  and  provides  support  to  activities  not  presently  being  performed  in 
military  hospitals.  As  user  personnel  gain  experience  with  the  system  and  as 
new  requirements  are  developed,  the  system  will  be  modified  to  accommodate 
those  requested  changes. 

a.  The  initial  (Phase  I)  functions  of  the  QA  subsystem  of  AQCESS  are: 
a  Occurrence  Screening,  Inpatient  and  Emergency  Services 
0  Incident  Reporting 
o  Problem  Audit  Tracking 
0  QA  Function  Reports 
0  Provider  Profiling 

o  Profiling  Reports. 
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Plus,  adjunctive  functions  of: 
o  Registration 
o  Admission 
o  Disposition 
o  Transfer 
o  R/ADT  Reports 
o  Inpatient  History 
o  Patient  Inquiry 
o  Clinical  Records 

o  Clinical  Records  Reports 

o  Bed  Management 
o  Correction  Management 
o  System  Management. 

b.  Phase  I  will  also  include  a  Training  component. 

c.  Functions  to  be  added  in  Phase  II  are: 
a  Embosser  Interfaces  (Phase  II) 

o  Ad  Hoc  Reports  (Phase  II) 
o  DEERS  Interface  (Phase  II). 

Phase  II  requirements  must  be  defined  during  initial  systems  design. 
Ad  hoc  query  is  desired  in  the  Phase  I  deployment  but  if  not  avail¬ 
able,  must  be  implemented  not  later  than  180  days  after  Phase  I  capa¬ 
bilities.  The  installation  of  Phase  II  functions  will  be  handled  in 
the  same  manner  as  routine  software  updates  specified  in  the  software 
contract.  Other  as  yet  not  fully  defined  capabilities  are  expected 
to  be  identified.  These  will  be  processed  as  system  change  requests 
per  Annex  M  of  the  TRIMIS  Master  Plan. 


3.2,2  Quality  Assurance.  Following  approved  MTF  policies  and  procedures,  the 
QA  function  will  support  the  monitoring  of  quality  of  care  and  the  identi¬ 
fication  and  documentation  of  potential  or  recurring  problems  and  corrective 
actions. 
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QA  data  wiLl  be  available  only  to  authorized  users  of  the  QA  function.  To 
maintain  the  confidentiality  of  the  data  collected  by  the  AQCESS,  appropriate 
reports  and  displays  will  be  transmitted  through  the  system  only  by 
authorization  of  designated  users  at  designated  terminals. 

The  Quality  Assurance  subsystem  of  AQCESS  will  consist  of  the  Quality 
Assurance  and  Provider  Profiling  functions.  These  functional  components  are 
discussed  in  the  following  paragraphs. 


3.2.2. 1  Quality  Assurance  Function.  The  QA  Function  will  provide  an 
interactive  data  base  capability  for  assisting  in  occurrence  screening  and 
occurrence  screening  audits,  and  for  monitoring  quality  of  care  indicators  and 
problems  occurring  in  an  MTF. 

General  objectives  of  the  QA  function  will  be: 

a.  To  assist  in  the  Occurrence  Screening  Program  for  both  inpatients  and 
Emergency  Services  patients. 

b.  To  collect  and  report  data  on  incidents  and  areas  of  high  risk  within 
an  MTF. 

c.  To  identify,  document,  and  track  quality  of  care  problems,  including 
solutions,  recommendations,  re-evaluation  dates,  and  follow-up 
activities. 

d.  To  identify  trends  relating  to  patient  care  according  to  specified 
criteria  using  ad  hoc  reporting. 

e.  To  produce  reports  and  displays  of  requested  information  on 
occurrence  screening,  incident  reporting,  and  problem  audit 
functions. 


3. 2. 2. 2  Provider  Profiling  Function.  The  system  will  provide  an  interactive 
data  base  capability  for  the  identification,  documentation  and  tracking 
individual  Health  Care  Provider's  (HCP)  clinical  and  professional  activities 
to  support  the  credentials  program  within  the  MTF.  The  system  will  provide 
the  capability  to  document  the  HCP's  patient  care  profiles  which  include 
data  produced  through  the  occurrence  screening  subfunction,  procedure/ 
mortality  tracking,  and  administrative  data,  including  the  provider's 
speciality,  dates  of  licensure,  training,  etc.  The  Profiling  function  will 
also  generate  management  reports  such  as  the  Credentials  Pull  List. 


3.2.3  Training  Component.  The  system  will  include  a  training  component  that 
will  allow  the  user  to  enter  a  training  partition  that  supports  all  functions 
of  the  live  system,  without  impacting  the  live  data  base  in  any  way.  The 
functions  contained  in  the  training  partition  will  be  updated  to  reflect 
changes  made  to  the  operational  system. 
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3.3  Inputs/Outputs.  This  paragraph  lists  the  data,  forms,  and  reports  tnat 
constitute  the  input  to  OA  subsystem  of  AQCESS,  and  the  reports  that  are 
output  from  this  subsystem.  These  inputs  and  outputs  are  defined  in  paragraph 
3. A  and  Appendix  A  of  this  document.  (PAD  inputs  and  outputs  are  fully 
defined  in  project  references  listed  in  paragraphs  1.2b  through  1.2g.) 

a.  QA  Subsystem  Inputs 

o  Provider  Occurrence  Screening  Checklist 
o  Provider  Emergency  Service  Occurrence  Screening  Checklist 
o  Provider  Occurrence  Screening  Audit  data 
o  Provider  Emergency  Service  Audit  data 
o  Incident  Report 

o  OA  Problem  Audit  data 

o  Provider  Mortality  Peer  Review  Comments 
o  Provider  Profile 

b.  OA  Subsystem  Outputs 

o  Blood  Utilization  Pull  List 

o  Credential  Pull  List 

o  Delinguent  Occurrence  Screening  List 

o  Incident  Summary 

o  Diagnosis  Index  by  Provider 

o  Dispositions  by  Diagnosis  Report 

o  Occurrence  Screening  Pull  Lists  -  Emergency  Service  and  Inpatient 

o  Occurrence  Screening  Summary  -  Facility,  Emergency  Service  and 
Inpatient  (raw  and  validated  data  versions) 

o  Occurrence  Screening  Summary  -  Provider,  Emergency  Service  and 
Inpatient  (raw  and  validated  data  versions) 

o  Occurrence  Screening  Summary  -  Specialty  (Inpatient)  (raw  and 
validated  data  versions) 

o  Occurrence  Screening  Suspense  List  -  Emergency  Service  and 
Inpatient 
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o  Provider  Occurrence  Screening  Audit  -  Emergency  Service  and 
Inpat  lent 

o  Provider  Procedure/Mortaiity  Summary 
o  Provider  Procedure  Summary 

o  Provider  Profile 

o  Providers  with  Insufficient  Continuing  Education 
o  Quality  Assurance  Problem  Audit 
o  Surgical  Index  by  Provider 

o  Surgical  Operations  Report 

3. A  Data  Base  Characteristics.  Following  is  a  summary  of  the  AQCESS  data 
base  arranged  by  major  QA  sub  functions,  listing  inputs  and  outputs  for  each 
subfunction.  Appendix  A  breaks  each  input  and  output  down  to  the  data  element 
level . 

3.4.1  Quality  Assurance  Subfunctions. 

3. 4. 1.1  Occurrence  Screening  Subfunction  (Inpatient  and  Emergency  Service). 

Inputs:  Provider  Emerqency  Service  Occurrence  Screeninq  Checklist 
(PESOSC ) 

Provider  Occurrence  Screening  Checklist  (POSC) 

Outputs:  Delinquent  Occurrence  Screening  List  (D05L) 

Occurrence  Screening  Pull  List  -  Emergency  Service 

Occurrence  Screening  Full  List  -  Inpatient  (OSPL) 

Occurrence  Screening  Summary  -  Facility,  Emergency  Services 
(FESOSS) 

Occurrence  Screening  Summary  -  Facility,  Inpatient  (FOSS) 

Occurrence  Screening  Summary  -  Provider,  Emergency  Service 
(PESOSS) 

Occurrence  Screening  Summary  -  Provider,  Inpatient  (POSS) 
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Occurrence  Screening  Summary  -  Specialty  (Inpatient)  (SOSS) 
Occurrence  Screening  Suspense  List  -  Emergency  Services  (ESOSSL) 
Occurrence  Screening  Suspense  List  -  Inpatient  (OSSL) 

Provider  Occurrence  Screening  Audit  -  Emergency  Service  (PESOSA) 
Provider  Occurrence  Screening  Audit  -  Inpatient  (POSA) 


3. 4. 1.2  Incident  Reporting  5ubfunction. 
Input;  Incident  Report  (IR) 

Output :  Incident  Summary  (IS) 


3. A. 1.3  Problem  Audit  Tracking  Subfunction. 

Input:  (User  entered  audit  parameters) 

Output:  Quality  Assurance  Problem  Audit  (QAPA) 


3. A. 1.4  Blood  Utilization  Review  Subfunction. 

Input:  (Extracted  from  existing  AQCESS  data  bases) 

Output:  Blood  Utilization  Pull  List  (BUPL) 


3. A. 1.5  Other  QA  Function  Outputs. 

Diagnosis  Index  by  Provider 
Dispositions  by  Diagnosis  Report 
Surgical  Index  by  Provider 
Surgical  Operations  by  Report 


3. A. 2  Provider  Profiling  Functions. 

Input:  Procedure  Mortality  Peer  Review  Comments  (PMPRC) 

Provider  Profile  (PP) 
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Output: ;  Credential  Pull  List  (CP L) 

Provider  Profile  (PP) 

Provider  Procedure  Summary  (PPS) 

Provider  Procedure/Mortality  Summary  (PP/MS) 

Providers  with  Insufficient  Continuing  Education 

3.5  Failure  Contingencies.  The  system  requirements  for  failure  contingencies 
are  delineated  in  the  following  paragraphs. 


3.5.1  Hardware  Failure.  The  system  requirements  for  hardware  failure 
contingencies  are: 

a.  The  system  will  gracefully  power  down  in  cases  of  electrical  power 
failure. 

b.  If  more  than  one  host  computer  is  involved,  the  loss  of  one  host 
computer  will  not  adversely  affect  the  activities  of  the  other  host 
computer (s). 

c.  There  will  be  a  locally  (MTF)  developed  contingency  plan  to  cope  with 
catastrophic  hardware  failure. 

d.  There  will  be  a  locally  (MTF)  developed  contingency  plan  to  cope  with 
temporary  hardware  downtime. 


3.5.2  Software  Failure.  The  system  requirements  for  software  failure 
contingencies  are: 

a.  The  system  software  will  be  designed  such  that  failure  of  one 
software  process  does  not  affect  other  software  processes.  For 
example,  if  the  QA  portion  of  the  software  fails,  R/ADT  will  not  also 
fail. 

b.  The  system  will  provide  for  all  data  to  be  available  after  user- 
initiated  system  recovery  is  performed  due  to  software  failure,  i.e., 
no  patient  data  remains  locked. 
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3.5.3  Continuing  Manual  Operations  and  Mass  Data  Entry.  Manual  methods  and 
procedures  of  continuing  registration,  ADT,  and  business  operations  during  a 
period  of  automated  system  unavailability  will  be  established.  Backup  pro¬ 
cedures  must  include  those  functions  critical  to  maintaining  hospital  opera¬ 
tional  capability.  The  system  will  provide  for  the  easy  bulk  entry  of  mass 
data  obtained  during  manual  backup  operations.  For  example,  in  such  a  system, 
it  would  be  desirable  to  be  able  to  simply  transcribe  registration  data  di¬ 
rectly  into  the  terminal  in  a  high  volume  and  with  as  few  screens  as  possible, 
rather  than  going  through  the  usual  multiple  screen  dialogues. 


3. 5. A  Restoring  Lost  Data.  The  system  will  be  configured  such  that  data 
backup  media  can  be  loaded  to  reduce  major  data  loss.  The  system  will  provide 
a  recovery  capability  for  restoring  data  in  the  event  of  damage  or  loss. 


3.6  Security.  The  system  will  provide  the  MTF-designated  System  Manager  and 
the  Security  Manager  (if  any)  with  the  capabilities  to  maintain  system  secur¬ 
ity  and  integrity;  to  track  system  and  application  software  updates;  to  dis¬ 
play,  print,  and  edit  system  tables;  to  produce  ad  hoc  reports;  and  to  collect 
and  report  system  use  statistics. 


3.6.1  Maintain  System  Security.  The  system  will  guard  against  unauthorized 
access  to  the  system,  its  functions,  and  specific  data  base  files  by  providing 
capabilities  to  generate  and  maintain  user  IDs  and  passwords,  to  perform 
automatic  log-off,  to  limit  user  access,  to  create  and  maintain  secur  lty 
profiles,  and  to  maintain  security  logs.  These  capabilities  are  discussed  in 
the  subsections  below. 


3. 6. 1.1  Create  and  Maintain  User  ID  Codes  and  Passwords.  Each  system  user 
will  have  a  unique  user  identifier  (user  ID  code)  and  an  associated  password 
which  will  not  be  displayed  (screen  echo  will  be  off)  when  entered  into  the 
system.  The  system  will  ensure  that  no  use  can  be  made  of  the  system  unless  a 
correct  user  ID/password  combination  is  first  entered  by  the  user  and  verified 
in  the  system  tables.  While  the  user  ID  will  be  unique  and  unchanging,  the 
password  will  be  changeable  either  by  the  System  Manager  or  Security  Manager 
as  authorized  by  the  MTF, 

The  following  capabilities  will  be  available: 

a.  The  system  will  provide  the  capability  to  automatically  generate 
random  passwords,  as  well  as  to  allow  the  System  Manager  to  set  or 
change  access  passwords.  The  MTF  system  Security  Manager  or  the 
System  Manager  will  determine  which  method  to  use  in  the  MTF.  All 
passwords  must  be  labeled  and  protected  as  "For  Official  Use  Only" 
information. 
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b.  Before  a  user  does  any  work  via  the  system  or  accesses  any  data,  the 
user  ID  and  password  will  be  entered  and  the  system  will  verify 
them.  Each  invalid  logon  attempt  will  be  written  to  the  system 
security  log  (along  with  the  time,  date,  terminal  ID,  and  user  ID), 
and  the  user  will  be  allowed  to  try  again.  The  MTF  will  specify  the 
number  of  allowed  invalid  logon  attempts.  After  the  user  has  ex¬ 
ceeded  this  number,  the  fact  will  be  logged,  printed  on  the  opera¬ 
tor's  console,  the  terminal  and  user  ID  will  be  temporarily  disabled 
until  the  System  or  Security  Manager  specifically  re-enables  both  the 
terminal  and  the  user  ID. 

c.  The  system  will  provide  the  capability  to  produce  hard  copy  listings 
of  all  registered  users.  This  listing  will  contain,  at  a  minimum, 
the  user's  name  and  ID,  clinic/work  location,  and  security  level. 


3. 6. 1.2  Provide  Automatic  Log-Off.  The  system  will  allow  the  System  Manager 
to  set  a  time  period  beyond  which  the  system  will  automatically  log-off  a 
terminal  and  return  to  the  Sign-On  Screen  if  it  remains  unused. 


3. 6. 1.3  Limit  User/File  Access.  The  system  will  provide  a  security  system 
that  limits  user  and  terminal  access  to  only  those  functions,  files,  and  data 
base  segments  that  they  are  specifically  authorized  access.  The  system  will 
maintain  a  table  of  each  user  and  each  terminal  and  the  processing  functions 
to  which  authorized  access  is  allowed. 


3, 6.1. A  Create/Maintain  Security  Profiles.  The  system  will  provide  the 
capability  to  create  and  maintain  a  security  profile  that  will  allow  the 
System  Manager  to  group  privileges  and  assign  them  according  to  the  one 
profile  rather  than  having  to  assign  a  privilege  for  each  task.  The  Security 
Manager  will  be  able  to  tailor  the  basic  default  profile  to  meet  the  specific 
needs  of  various  classes  of  users.  For  example,  if  a  CR  clerk  has  10  options 
that  have  to  be  assigned,  these  10  could  be  grouped  into  a  CR  Clerk  Security 
profile,  and  the  values  assigned  would  become  the  default  values  for  a  CR 
clerk. 

Profiles  could  also  be  made  for  QAC,  etc.  This  basic  profile,  however,  could 
be  edited  to  meet  the  specific  needs  and  training  capabilities  of  selected 
individuals. 


3. 6. 1.5  Maintain  Security  Logs.  The  system  will  automatically  maintain  logs 
of  remote  accesses,  invalid  log-on  attempts,  security  violations,  etc.,  as 
required  by  AR  380-380,  AFR  205-16,  AFR  300-13,  AFR  125-37,  DoDD  5200.28,  and 
DoDD  5200. 28M. 
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3.6.2  Ensure  Privacy  of  Patient  and  Provider  Data.  The  system  will  comply  in 
full  with  the  Privacy  Act  of  1974  and  will  provide  complete  facilities  to 
enable  full  compliance  of  the  MTF  with  the  Act.  Privacy  Act  messages/ 
statements  will  be  displayed  on  all  printouts,  reports,  and  terminal  displays 
that  contain  patient  data  or  personal  data.  The  statement  will  read  as 
specified  by  each  individual  service,  or  as  follows  in  the  absence  of  a  speci¬ 
fication:  "FOR  OFFICIAL  USE  ONLY  — PERSONAL  DATA  — PRIVACY  ACT  OF  1974  (PL 
93-579,  5USC552a)".  Privileged  QA  records  will  carry  an  additional  label 
stating,  "This  is  a  medical  QA  document  which  cannot  be  released  without  ap¬ 
proval  of  the  MTF  Commander." 


3.6.3  Track  System  Data  Updates.  The  following  capabilities  will  be 
available  for  tracking  updates  to  system  data: 

a.  The  system  will  automatically  maintain  with  each  stored  record  file 
or  data  segment,  the  date  and  time  of  last  update,  and  the  user  ID  of 
the  user  who  updated  the  data. 

b.  The  user  will  be  able  to  enter  an  indication  that  an  individual's 
record  has  been  corrected  and/or  is  in  dispute.  This  will  serve  as  a 
flag  reference  to  a  paper  record  or  dispute  and/or  correction,  per 
the  Privacy  Act. 


3.6.4  Maintain  System  Tables.  The  system  will  allow  the  System  Administrator 
to: 

a.  Maintain  and  update  those  tables  that  may  be  modified  by  the  MTF  in¬ 
cluding  those  tables  which  designate  authorized  users,  user  identi¬ 
fication  numbers,  and  authorized  functions. 

b.  Maintain  lists  of  tables  which  can  be  displayed  on  a  screen  or  listed 
in  a  printout. 


3.6.5  Produce  Ad  Hoc  Reports.  The  system  will  provide  the  capability  to 
produce  ad  hoc  reports  in  response  to  user  inquiries.  This  function  will  be 
oriented  toward  non-technical  users  and  will  allow  them  to  request  ad  hoc 
reports.  It  will  provide  the  following  capabilities: 

a.  The  system  will  allow  the  user  to  select,  retrieve,  sequence  (sort), 
and  format  selected  data. 

b.  The  system  will  allow  the  use  of  boolean  logic  on  multiple  data 
selection  fields  (i.e.,  "and,"  "or,"  "not,"  etc.). 
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The  system  will  provide  the  capability  to  store  the  entered  state¬ 
ments  and/or  procedures  to  generate  reports  at  a  later  time. 

The  reports  will  be  requestable/specif iabie  on-line,  but  will  be 
printed  in  batch.  It  is  desirable  that  the  reports  additionally  be 
requestable  in  of f-line/batch  mode  also. 

The  system  will  additionally  provide  the  same  type  of  ad  hoc  report¬ 
ing  capability  as  specified  above  on  a  fully  interactive,  on-line, 
"real-time,”  terminal-display  basis.  However,  any  large,  complex,  or 
extensive  data  base  searches  (defined  in  Section  4. 2. 2. 3  of  this  doc¬ 
ument'  that  may  potentially  degrade  the  system,  its  response  time,  or 
its  use,  can  be  processed  on-line,  but  the  requesting  user’s  and  the 
System  Manager's  consoles  will  be  notified.  Approval  of  on-1-i.ne  ad 
hoc  reporting  will  then  be  obtained  from  the  System  Manager  before 
proceeding. 


SECTION  4.  DESIGN  DETAILS 


ACCESS  is  a  computerized  system  for  managing  QA  and  patient  information  at 
MTFs.  It  will  be  implemented  under  the  sponsorship  of  the  TRIMIS  Program 
Office  in  their  efforts  to  streamline  information  management.  AQCESS  is  an 
automated  system  capable  of  performing  a  number  of  tasks. 


4.1  System  Description.  The  following  summarizes  the  ACCESS  subsystems  and 
processes. 

Access  Control  Functions 


User  Entry 
PTID 

Quality  Assurance  Subsystem 

Quality  Assurance 
Provider  Profiling 

A&D  (R/ADT)  Subsystem 

Registration 
Admission 
Transfer 
Disposition 
Correction  Management 
Bed  Management 
System  Management 
Inpatient  History 
Patient  Inquiry 
R/ADT  Reports 

Clinical  Records  Subsystem 

Clinical  Records 
Clinical  Records  Reports 

The  capabilities  of  these  subsystems  are  described  in  more  detail  in 
subsections  4.1.1  through  4.1.18.  In  addition,  special  functions  that  make  it 
easier  to  use  the  AQCESS  are  described  in  subsection  4.1.19.  The  M£)  (R/ADT) 
and  Clinical  Records  subsystems  are  fully  described  in  project  references 
listed  in  paragraphs  1.2.b  through  1.2.g. 
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4.1.1  Access  Control  Functions. 


4. 1.1.1  User  Entry.  'Jser  entry  protects  the  system  and  its  data  from  un¬ 
authorized  users  and  restricts  users  to  those  processes  they  are  authorized  to 
perform.  Specifically,  this  process: 

a.  Receives  and  verifies  the  user  ID  and  password. 


b.  Controls  which  processes  can  be  performed  at  each  terminal. 

c.  Allows  a  user  to  access  to  authorized  processes  only. 


4. 1.1. 2  Patient  Identification  (PTID).  The  system  uses  six  unique  items  of 
information  to  identify  each  patient:  register  number,  patient  name,  family 
member  prefix  (FMP),  date  of  birth,  sponsor's  SSN,  and  sex.  This  identifying 
information  or  part  of  this  information  is  entered  in  PTID  before  registering 
or  admitting  a  new  patient.  Existing  patient  records  must  be  located  via  the 
PTID  process  before  those  records  cana  be  processed  in  any  of  the  patient- 
oriented  functions  (i.e.,  Registration,  Admission,  Disposition,  Transfer,  and 
Inpatient  History). 


4.1.2  Quality  Assurance  Subsystem. 


4, 1.2.1  Quality  Assurance  Function.  The  Quality  Assurance  function  can  be 
broken  down  into  four  major  functional  areas: 

o  Occurrence  screening,  including  both  inpatient  and  emergency 
service  care. 

o  Problem  identification  and  tracking,  by  activity  and  status. 

o  Identification  of  significant  incidents  and  recall  these  incidents 
sorted  to  highlight  various  areas  of  high  risk. 

o  Reporting,  including  reporting  occurrence  screening,  problem  audit, 
incident  summary,  and  blood  utilization  data. 

a.  Occurrence  Screening.  The  system  will  assist  in  the  Occurrence 
Screening  Program  for  inpatients  and  for  patients  seen  by  the  Emergency 
Service.  The  Provider  Occurrence  Screening  Checklist  (POSC)  will  be 
completed  manually  by  the  provider  at  the  time  of  the  patient's  discharge  from 
inpatient  status.  The  Provider  Emergency  Service  Occurrence  Screening 
Checklist  (PESOSC)  will  be  completed  manually  by  the  provider  at  the  time  the 
patient  is  seen  in  the  Emergency  Room.  The  completed  checklists  will  then  be 
reviewed  and  input  into  the  system. 
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The  system  will  provide  data  extracted  from  records  approved  through  the 
Clinical  Records  function  so  that  the  occ jrrence  screening  checklists  can  be 
completely  entered  into  the  system.  The  system  will  also  assist  the  review 
process  by  generating  a  pull  list  of  records  that  meet  specified  the 
occurrence  screening  criteria. 

The  Quality  Assurance  Coordinator  will  ensure  the  status  and  dates  of  reviews 
of  a  provider's  occurrence  screening  variations  and  that  the  action  taken  as  a 
result  of  the  reviews  is  entered  into  the  system. 

When  the  review  process  is  complete,  the  number  of  unjustified  variations  and 
the  responsible  provider  name/identif ication  will  be  posted  to  the  Provider's 
Profile. 

b.  Problem  Audit  Tracking.  The  system  will  assist  the  Quality  Assurance 
Coordinator  in  monitoring  the  statuses  of  solutions  to  problems  which  have 
arisen  in  the  facility  and  hnve  been  designated  by  the  QA  Committee  as  requir¬ 
ing  entry  on  the  Quality  Assurance  Problem  Audit. 

c.  Incident  Reporting.  Any  reportable  incident  occurring  in  the  MTF 
environs  will  be  recorded  on  an  Incident  Report,  which  will  be  forwarded  to 
the  designated  individual  for  input  into  the  system.  The  system  will  pro¬ 
vide  a  Incident  Summary  listing  all  or  specified  incidents,  sortable  by 
section.  All  sections  will  appear  on  each  Incident  Summary,  but  the  chosen 
sort  section  will  print  in  the  left-most  column  of  the  report.  This  function 
supports  tracking  of  incidents  and  action  status.  The  system  will  allow  users 
to  enter  action  status  codes  indicating  the  action  to  be  taken,  and  will 
report  records  requiring  actions  that  have  not  been  completed. 

d.  Reporting.  The  QA  subsystem  will  produce  the  occurrence  screening, 
incident,  problem,  and  blood  utilization  reports  listed  in  sections  3. A. 1.1 
through  3. A. 1.5,  and  described  in  Appendix  A. 

The  QA  subsystem  will  assist  in  the  Blood  Utilization  Review  Program  of  the 
MTF  by  providing  the  Blood  Utilization  Report,  a  pull  list  of  records  which 
should  be  available  for  the  Blood  Utilization  Review  Committee  to  review. 

The  system  will  extract  the  data  for  this  report  from  the  Clinical  Records 
function.  All  input  to  this  function  will  be  system  generated. 

The  Blood  Utilization  Review  Committee  may  use  this  report  to  record  review 
comments.  Variations  found  after  review  of  the  patient's  record  will  be 
submitted  to  the  QA  office  for  monitoring  and  follow-up  action  by  the 
appropriate  Clinical  Service.  When  the  review  action  is  complete,  the  number 
of  unjustified  variations  and  the  name/identif ication  of  the  responsible 
provider  will  be  provided  to  the  Credentials  Secretariat  for  inclusion  in  the 
provider's  profile. 


A. 1.2. 2  Provider  Profiling  Function.  The  Provider  Profiling  function  will  be 
accessible  only  to  personnel  designated  by  the  MTF  Commander,  normally  the 
Credentials  Committee  Chairman  and  the  Credentials  Committee  Secretariat. 
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The  MTF  authorized  user  will  record  the  required  administrative  data  and 
clinical  indicators  necessary  for  inclusion  on  the  Provider  Profile  and  the 
Provider  Procedure/Mortality  Summary. 


The  user  can  query  the  system  for  a  Credentials  Pull  List  which  is  a  list  of 
providers  by  specialty,  and  their  specified  dates  of  next  credentials  review. 

The  Credentials  Committee  will  use  the  Provider  Profile  and  the  Provider 
Procedure/Mortality  Summary  to  assist  in  formulating  their  recommendations  to 
the  Commander  regarding  the  privileges  to  be  granted  to  the  provider. 


4.1.3  A&D  (R/ADT)  Subsystem. 


4. 1.3.1  Registration  Function.  To  register  a  person  into  the  system,  the 
user  records  demographic  information  about  the  person  and  the  person's  sponsor 
via  the  registration  process.  The  user  can  also  use  this  process  to  display 
information  on  previous  inpatient  episodes  and  to  print  Registration  Forms, 
which  contain  registration  information  on  the  patient.  Specifically, 
Registration: 

a.  Collects,  edits,  and  validates  registration  data,  including: 

1.  Patient's  race,  marital  status,  address,  religion,  and  military 
ID  card  expiration  date. 

2.  Rank,  branch  of  service,  flying  status  of  patient. 

3.  Military  occupation  and  unit  ID,  if  active  duty. 

b.  Automatically  retrieves  patient  address  data  if  any  other  family  mem¬ 
ber's  record  is  on  file. 

c.  Allows  the  user  to  update  and  modify  registration  information. 

d.  Indicates  whether  the  registration  data  has  been  reviewed  and  veri¬ 
fied  as  correct  by  the  patient  or  the  patient's  agent. 

e.  Allows  a  request  to  print  registration  forms. 

f.  Displays  data  on  the  patient's  most  recent  previous  inpatient 
episode. 


4. 1.3. 2  Admission  Function.  When  admitting  inpatients  to  the  MTF,  the 
Admission  process  is  used  to  collect  information  about  the  inpatient  episode. 
The  admission  process  is  also  used  to  create  records  for  potential  inpatients 
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preadmissions)  and  to  track  patients  who  are  the  administrative  responsibility 
of  the  MTF.  Specifically,  Admission: 


a.  Ensures  that  inpatients  are  registered  before  admission  proceeds. 

b.  Collects,  edits,  and  validates  admission  information,  which  includes: 

1.  Date,  time,  and  source  of  admission;  admitting  physician;  and 
diagnosis. 

2.  Length  of  service  (if  active  duty). 

3.  Ward,  physician,  and  clinical  service  assignments. 

c.  Captures,  edits,  and  validates  information  on  active-duty  military 
who  have  Medical  Evaluation  Board  (MEB)  status,  casualty  status,  or 
absent  status. 

d.  Automatically  generates  a  register  number  that  identifies  the  pa¬ 
tient's  record  if  the  MTF  has  chosen  to  have  register  numbers  assign¬ 
ed  by  the  system.  (The  MTF  can  choose  to  have  register  numbers  as¬ 
signed  automatically  or  by  the  user;  see  paragraph  4,1.15  on  the 
System  Management  process.) 

e.  Allows  prospective  inpatients  to  be  preadmitted. 

f.  Allows  the  reguest  for  printing  of  Index  Cards,  embossed  cards,  and 
other  admission  documents. 

g.  Allows  admission  of  newborns  by  automatically  retrieving  applicable 
data  from  the  mother's  record.  Forces  the  user  to  change  the  newborn 
status  if  mother  is  dispositioned  before  the  newborn. 

h.  Allows  users  to  cancel  an  admission  or  convert  an  admission  to  a 
preadmission. 


4. 1.3. 3  Transfer  Function.  The  Transfer  process  enables  the  user  to  uopdate 
administrative  data  when  an  inpatient's  ward,  clinical  service,  or  physician 
assignment  is  changed.  This  process  also  allows  users  to  update  data  on  the 
patient's  emergency  contact,  MEB  status,  casualty  status,  and  absent  status, 
and  to  view  other  admission  data,  and  to  request  printing  of  inpatient 
products. 


4. 1.3. 4  Disposition  Function.  When  dispositioning  patients,  the  Disposition 
process  is  used  to  collect  administrative  data  about  the  patient's  release 
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from  the  MTF  and  to  begin  the  final  processing  of  the  records  on  the  inpatient 
episode.  Specifically,  Disposition: 


a.  Collects,  edits,  and  validates  disposition  data,  such  as  date  and 
type  of  disposition,  and  physician  ordering  the  disposition. 

b.  Removes  the  patient  from  active  ward  and  clinical  service  records, 
which  are  used  in  system  reports. 

c.  Allows  a  disposition  to  be  cancelled. 

d.  Allows  either  dispositioning  of  newborns  at  the  time  of  the  mother's 
disposition,  or  tracking  them  as  pay  patients. 

e.  Allows  the  viewing  of  admission  data  and  reguesting  of  inpatient  pro¬ 
ducts. 


&.1 .3.5  Correction  Management  Function.  Correction  Management  will  be  used 
to  correct  specific  information  that  cannot  be  corrected  through  other  AQCESS 
processes.  Specifically,  Correction  Management  allows: 

a.  Correction  of  the  following  fields  as  they  eppear  in  the  patient  re¬ 
cord:  patient  category,  length  of  service,  source  of  admission,  date 
and  time  of  admission,  date  and  time  of  disposition,  disposition 
type,  absent  statuses,  clinical  services,  and  inter-ward  transfers. 

b.  Addition  of  appropriate  absent  status,  clinical  service,  and  inter- 
ward  transfer  data  omitted  from  a  patient's  record  during  admission. 

c.  Addition  of  remarks  to  the  Admission  and  Disposition  (A&D)  Report: 

1)  to  alert  others  that  erroneous  data  was  included  on  previous  Ad¬ 
mission  and  Disposition  Reports  and  2)  to  explain  changes  or  addi¬ 
tions  described  in  (a)  and  (b). 


A. 1.3. 6  Bed  Management  Function.  The  Bed  Management  function  maintains 
statistics  on  the  numbers  of  beds  that  are  occupied  or  available  on  each  ward 
and  helps  monitor  ward  statuses  in  the  MTF. 

Specifically,  this  process: 

a.  Adjusts  and  computes  bed  availability  figures  for  each  ward. 

b.  Allows  the  creation  of  new  Ward  Status  records  and  deletion  of  exist¬ 
ing  Ward  Status  records.  (A  record  cannot  be  deleted  for  a  ward  if 
there  are  any  occupied  or  reserved  beds  on  that  ward. ) 

c.  Oisplays  total  figures  on  bed  availability  for  the  entire  MTF. 
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d.  Allows  the  adjustment  of  the  number  of  total  beds  and  blocked  beds  on 
a  ward. 


A. 1.3. 7  System  Management  function.  The  System  Manager  uses  this  function  to 
maintain  data  that  regulates  AQCESS  operation.  Specifically,  the  process 
allows  the  System  Manager  to: 

a.  Designate  authorized  users  and  the  functions  and  terminals  for  which 
they  are  authorized. 

b.  Maintain  and  update  system  tables. 

c.  Maintain  lists  of  tables,  which  can  be  displayed  on  a  screen  or  list¬ 
ed  in  a  printout. 

d.  Maintain  MTF  profile  data  identifying  the  MTF,  including  branch  of 
service.  Also,  to  maintain  profile  data  regulating  certain  system 
functions,  such  as  whether  register  numbers  are  being  assigned  auto¬ 
matically  or  manually,  dates  for  archiving  files,  and  reserving  or 
releasing  blocks  of  register  numbers  for  manual  or  automatic  assign¬ 
ment  to  records. 


A. 1.3. 8  Inpatient  History  Function.  This  process  allows  the  review  of 
information  about  patient  episodes  of  active  and  dispositioned  patients. 
Inpatient  History  keeps  track  of  all  inpatient  episodes  for  an  individual 
oatient.  It  can  display  a  list  of  episodes  for  a  patient  who  has  been 
admitted  more  than  once,  and  the  user  can  choose  any  one  of  the  episodes  for 
review.  Specifically,  Inpatient  History  displays: 

a.  Register  numbers,  admission  dates,  disposition  dates,  and  admission 
diagnosis  codes  on  patients  with  more  than  one  inpatient  episode. 

b.  PTID  data,  patient  category,  rank,  branch  or  service,  religion, 
source  of  admission,  admission  date/time,  disposition  type,  opposi¬ 
tion  date/time,  clinical  service,  ward,  type  case,  and  archive  data 
on  individual  inpatient  episodes. 


A. 1.3. 9  Patient  Inquiry  Function.  This  process  identifies  segments  of  the 
patient  population  according  to  categories  specified  by  the  MTF,  and  lists 
patients  who  fall  into  those  categories.  The  MTF  may  specify  categories  such 
as  ward,  physician,  diagnosis,  etc.  For  example,  through  Patient  Inquiry  the 
user  may  view  a  list  of  all  inpatients  currently  on  a  given  ward. 
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4.1.3.10  R/ADT  Reports  Function.  Through  this  function,  users  enter  requests 
to  print  the  reports  listed  below.  These  reports,  which  are  generated  from 
data  entered  via  the  A&D  subsystem  processes,  are  described  in  detail  in 
project  references  listed  in  paragraphs  1.2b  through  1.2g  and  the  AGCESS  Users 
Manual . 

a.  Admission  and  Disposition  Report. 

b.  Admission  and  Disposition  Recapitulation  or  Patient  Strength  Report. 

c.  Admission  Notification  Letters. 

d.  Admission  Summary  by  Name  or  Register  Number. 

e.  Alpha  Roster  of  Hospital  Inpatients. 

f.  Command  Interest  Report. 

g.  Daily  Admissions  by  Diagnosis. 

h.  Death  Report 

i.  Disposition  Notification  Letters. 

j.  Disposition  Summary  by  Name  or  Register  Number. 

k.  Injury  Report. 

l.  Long-Term  Patient  Roster. 

m.  Patient  Charge  Roster. 

n.  Preadmission  List. 

o.  Projected  Dispositions  by  AFSC/MOS. 

p.  Register  of  Patients. 

q.  Roster  of  VSI/SI/SC  Patients. 

r.  Status  Out  Roster. 

s.  UCA  Disposition  Report. 

t.  UCA  Inpatient  Occupied  Bed  Days  Report. 

u.  Ward  Nursing  Report. 
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4.1.4  Clinical  Records  Subsystem. 


4. 1.4.1  Clinical  Records  Function.  Through  Clinical  Records,  final 
processing  on  each  inpatient  episode  can  be  performed  and  documentation  can  be 
produced  on  dispositioned  patients  for  the  patient  chart  as  well  as  for 
reporting  to  higher  commands. 

This  process: 

a.  Collects,  edits,  and  validates  data  on  each  diagnosis  made  and  each 
surgical  procedure  performed  during  the  hospital  visit. 

b.  Collects  and  maintains  data  on  each  previous  admission  to  another  MTF 
or  civilian  hospital. 

c.  Computes  and  maintains  data  on  the  number  of  days  a  patient  spent  in 
various  clinical  services  and  absent  statuses  during  the  inpatient 
episode. 

d.  Allows  entry  of  administrative  data,  and  displays  and  collects  codes 
for  physicians  associated  with  this  episode. 

e.  Tracks  items  missing  from  the  record  and  posts  them  as  delinquences 
on  the  Provider  Profile  after  a  period  of  time  specified  by  the  MTF. 

f.  Initiates  final  edits  on  the  record  and  generates  the  Inpatient 
Treatment  Record  Cover  Sheet  (ITRCS)  or  Record  of  Inpatient  Treatment 
(RIPT)  and  Coded  Episode  Summary  (CES). 

g.  Produces  reports  (printouts,  report  format  tapes,  archive  tapes),  in¬ 
cluding  the  Coding  Transcript. 


4. 1.4. 2  Clinical  Records  Reports  Function.  Through  this  process,  users 
initiate  end-of-month  processing  on  records  and  enter  requests  to  print  the 
following  reports,  which  are  described  in  detail  in  references  listed  in 
paragraphs  1.2b  through  1.2g  and  in  the  AOCESS  Users  Manual. 

a.  Clinical  Records  Returned  to  A&D 

b.  End-of-Month  Summary  (Navy  only) 

c.  Roster  of  Delinquent  Records 

d.  Incomplete  Inpatient  Medical  Records  Report. 
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4.1.5  Special  Features.  The  AOCESS  will  be  designed  to  simplify  utiliza¬ 
tion.  It  will  have  many  features  that  will  assist  the  user  in  entering  data 
quickly  and  precisely.  These  features  are  the: 

a.  Help  Feature.  The  "HELP"  feature  will  assist  the  user,  on  demand,  by 
providing  instructions,  alternatives,  and  other  assistance  for 
entering  data,  and  producing  reports. 

b.  "T"  Feature.  The  "T"  (for  today's  date)  feature  will  provide  current 
date  as  a  default  to  avoid  the  user  being  required  to  enter  the 
date.  The  user  can  also  enter  T-1  for  yesterday's  date,  T+30  for  the 
next  month,  etc. 

c.  "N"  Feature.  The  "N"  feature  will  permit  entering  the  current  date 
and  time.  The  "N"  feature  will  be  used  in  data/time  fields,  the  "T" 
feature  for  date  fields. 

d.  Defaulting  Dates.  The  system  will  supply  default  dates  as  appro¬ 
priate  to  the  requirement  (in  some  places  "today's  date,"  in  other 
places  the  admission  date,  or  other  as  needed)  to  assist  in  consis¬ 
tent  data  entry.  Except  for  time  stamp  purposes,  the  user  will  be 
able  to  override  the  date  by  entering  the  desired  date. 

e.  Unique  Entry  Feature.  The  unique  entry  feature  will  allow  the  user 
to  enter  only  as  much  of  the  field  as  is  necessary  to  make  the  entry 
unique  to  that  field.  For  example,  in  the  field  "Attending 
Physician,"  entering  WI  for  Dr.  Wilson  is  sufficient  if  no  other 
doctor's  names  begin  with  WI. 

f.  Zip  Code  Feature.  Once  the  street  address  is  entered,  the  cursor 
will  move  directly  to  the  zip  code  field,  where  the  zip  code  is 
entered.  The  system  will  then  enter  the  city  and  state  for  local 
(within  100  miles)  zip  codes.  It  will  also  update  the  zip  code  table 
and  accommodate  the  nine-digit  zip  code. 

g.  Automatic  Text  Field  Feature.  Free-text  entry  will  be  provided  at 
required  points  of  data  entry  without  operator  request.  A  default 
text  entry  may  be  provided,  which  may  be  overridden  by  the  user.  For 
example,  entering  the  ICD  9  code  will  result  in  the  display  of  the 
corresponding  ICD  9  text.  The  text  may  be  accepted  or  changed  by  the 
user. 


4.2  System  Functions. 


4.2.1  Accuracy  and  Validity.  The  System  will  ensure  data  accuracy  and 
validity  by  editing  selected  input,  update,  and  inquiry  data.  Data 
transmitted  between  internal  functions  and  interfacing  systems  is  subject  to 
the  error  checks  described  below. 
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4. 2. 1.1  Data  Entry  Edits.  The  system  shall  perform  alphanumeric  and  required 
field  edits  on  input  data  and  generate  appropriate  error  messages  for  terminal 
display. 


4. 2. 1.2  Codes,  Predefined  Values,  and  Abbreviations.  The  system  shall  accept 
coded,  abbreviated,  and  other  entry  values  for  data  items  and  relate  these 
data  to  allowable  values  as  defined  in  the  MTF  input/edit  tables. 


4. 2. 1.3  Consistency  Edits.  The  system  will  perform  defined  consistency  edits 
against  entered  data  prior  to  storing  the  data  in  a  permanent  file.  It  will 
notify  the  user  of  inconsistencies,  and  allow  rapid,  easy  correction  of 
erroneous  input. 


4. 2. 1.4  Data  Transmission.  Data  transmitted  between  internal  functions  and 
interfacing  systems  will  be  subject  to  error  checks  including: 

a.  Internal  data  element  checking  of  telecommunication  data. 

b.  Internal  application  checking  and  acknowledgment  by  the  receiver  of 
telecommunication  data. 

c.  Data  set  integrity  checking  of  the  data  base  before  and  after  execu¬ 
ting  backup  and  failure  recovery  operations. 


4.2.2  Timing. 


4. 2.2.1  Interactive  Search,  Interface  Interactive  Search,  Interactive  Update, 
and  Interface  Interactive  Update.  The  timing  requirements  for  interactive 
searches  and  updates  are  the  same  as  those  specified  in  section  3. 1.2.1, 
Interactive  Response  Time. 


4. 2. 2. 2  Interface  Batch  Communications.  The  timing  requirements  for 
interface  batch  communications  are  the  same  as  those  specified  in  section 
3. 1.2. 2,  On  Demand  Response  Time,  and  section  3. 1.2. 3,  Batch  Turnaround. 
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4. 2. 2. 5  Data  Base  Response  Time.  The  timing  requirements  for  data  base 
searches  are  as  follows: 

a.  Data  Base  Search.  The  system  shall  complete  a  data  base  search  of 
medium  complexity  and/or  extensiveness  and  display  the  first  charac¬ 
ter  of  the  response,  reply,  or  display  screen  within  4  seconds  of  its 
initiation  by  the  user  for  85  percent  of  the  cases.  Simpler  searches 
and  data  base  activity  shall  be  completed  within  a  2  second  basic 
response  time. 

b.  Complex  or  Extensive  Data  Base  Search.  Provided  that  the  user  real¬ 
izes  (via  system  message  if  necessary)  that  his  request  is  complex 
and/or  large,  the  system  shall  complete  a  complex  or  extensive  data 
base  search  and  display  the  first  character  of  the  response,  reply, 
or  display  screen  within  10  seconds  of  its  initiation  by  the  user  for 
80  percent  of  the  cases.  A  large  data  base  search  is  defined  as  a 
search  on  multiple  fields  (FMP/SSN  and  patient  name)  in  a  minimum 
100,000  patient  data  base.  A  complex  and/or  extensive  search  would 
be  a  query  of  (at  least)  10,000  active  patient  records  with  10  vari¬ 
ables  per  patient,  1  condition  per  variable,  and  500  matches  (hits). 


4. 2. 2. 4  Other  Specific  Response  Time  Requirements.  The  following  response 
time  requirements  shall  be  met  within  stated  tolerances  for  the  specific 
special  cases  to  which  they  refer: 

a.  Hardware  Control  Feedback.  The  system  or  hardware  shall  provide 

positive  feedback  for  user  activation  of  a  key  on  a  keyboard,  selec¬ 
tion  of  an  item  from  a  display,  insertion  of  a  badge  or  card  into  a 
reader,  and  utilization  of  a  bar  code,  optical  character  reader 
(OCR),  or  optical  mark  reader  (OMR)  device  within  the  specified 
tolerances/variances  as  follows: 

1.  Provision  of  a  key  click  shall  always  be  absolutely  within  0.05 
seconds  of  depressing  the  key  in  all  cases,  at  the  100th  percen¬ 
tile  level,  with  no  upward  variance. 

2.  Display  of  the  character  produced  shall  be  within  0.05  seconds  of 
depressing  the  key  for  a  local  device,  or  a  "half-duplex"  or 
"local  echo"  terminal  within  the  specified  tolerance/variance. 

3.  Display  of  the  character  produced  shall  be  within  twice  the  above 
"half-duplex"  time  for  a  "full-duplex"  or  "echo-piex"  terminal. 

4.  Brightening  or  otherwise  indicating  a  selected  "menu"  item  (when 
using  light  pen,  touch  screen,  mouse,  or  other  hardware  selection 
device)  shall  be  within  0.2  seconds. 

5.  Provision  of  a  click  or  other  indication  of  correctly  positioned 
badge  or  card  to  indicate  correct  reading  of  a  bar  code,  OCR 
code,  or  OMR  code  shall  be  within  0.5  seconds. 
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b.  Screen  F ill.  The  system  shall  provide  for  screen  fill  as  follows: 

1.  Screen-fill  time  is  defined  as  the  time  it  takes  the  system  to 
display  a  complete  screen  or  frame  on  the  user's  on-line  video 
terminal  device.  It  is  analogous  to  print-time.  Screen-fill 
time  shall  be  measured  as  the  time  from  the  first  character  ap¬ 
pearing  on  the  user's  screen  until  the  last  character  appears. 

For  purposes  of  measurement  and  calculation,  a  24  line  by  80 
column  screen  may  be  assumed  as  a  basis,  so  screen-fill  time  be¬ 
comes  the  time  to  display  1,920  characters.  (This  requirement  in 
and  of  itself  does  not  mandate  such  a  1,920-character  screen; 
however  the  requirements  herein  refer  to  the  assumed  standard  24 

x  80  screen.  If  other  sized  screens  are  used,  they  shall  be  pro¬ 
rated  accordingly. )  Screen-fill  time  shall  be  measurable  via  a 
response  time  monitoring  device  or,  in  lengthier  cases,  by  stop¬ 
watch. 

2.  Screen-fill  shall  be  within  2  seconds  for  local,  hardwired,  m- 
house,  dedicated,  and  non-excepted  terminals. 

c.  Display  of  Next  Page.  The  system  fulfillment  of  a  user  request  to 
display  the  next  page,  screen,  or  frame  of  a  lengthy  or  continued 
display  or  output  shall  be  within  1  second  (for  the  first  character 
of  the  next  page  to  appear  on  the  user's  terminal  device). 

d.  Sign-On.  After  entry  of  appropriate  user  identification,  keywords/ 
passwords,  and  codes,  the  system  shall  complete  the  sign-on 
validation  and  authentication  procedure  and  shall  allow  the  user  to 
begin  work  within  5  seconds. 

e.  Confirmation  of  Acceptance  of  Complex/C  mmand.  The  system  shall  con¬ 
firm  the  acceptance  of  a  complex  request  or  command  as  follows. 

1.  When  a  user  command  or  request  for  processing  is  of  sufficient 
complexity  or  extensiveness  as  to  require  an  extended  period  of 
time  for  processing  (i.e.,  defined  as  any  time  greater  than  the 
time  requirements  specified  in  Section  4. 2. 2. 3),  the  system 
shall,  within  2  seconds,  notify  the  user  that  the  request  or 
command  has  been  accepted  and  is  now  being  or  will  be  processed. 

2.  If  the  command  or  request  is  of  such  complexity  that  the  system 
response  or  reply  will  not  be  within  the  time  defined  above  for 
interactive  processing,  then  the  system  shall: 

(a)  Provide  the  user  with  a  time  estimate  of  when  it  may  be 
completed. 

(b)  Notify  the  System  Manager's  console  with  a  request  for 
confirmation  to  proceed. 
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(c)  When  confirmed  by  the  System  Manager,  perform  or 
process  the  request  in  background  mode  (i.e.,  off-line) 
while  the  user  continues  with  other  tasks. 

(d)  Free  the  terminal  so  that  the  user  can  continue  with 
further  processing. 

(e)  Notify  the  user  when  the  request  or  command  is  actually 
completed. 

f.  Status  Query.  The  system  will  respond  to  status  queries  as  follows: 

1.  When  the  user  requests  simple  indication  of  system  availability, 
the  system  shall  respond  affirmatively  immediately.  Failure  to 
respond  affirmatively  within  2  seconds  shall  be  taken  as  an  in¬ 
dication  of  a  negative  (i.e.,  system  unavailable  or  down)  re¬ 
sponse.  This  response  may  be  via  simple  issuing  of  a  normal 
prompt  character  of  message,  or  by  a  specific  status  reply  mes¬ 
sage. 

2.  The  System  Manager  may  request  specific  status  information  on  the 
configuration  of  the  system;  a  portion  of  the  system  or  its  hard¬ 
ware  or  software;  a  task,  process,  request,  or  command  that  has 
been  issued;  or  on  an  output  that  has  been  initiated.  When  the 
System  Manager  makes  such  a  request,  the  system  shall  respond  and 
reply  within  3  seconds. 


4.3  Flexibility.  This  section  describes  the  AQCESS  external  interfaces  and 
security  management. 


4.3.1  Intersystem  Interfaces.  The  AQCESS  will  interface  to  the  Defense  En- 
rollment  Eligibility  Reporting  System  (DEERS).  Other  intersystem  interfaces 
will  be  added  to  include  specified  automated  PAD  card  embossers,  and  ASMRO. 


4.3.2  Other  Interfaces  and  Requirements.  Other  system  interfaces  and 
requirements  not  defined  in  paragraph  3.2  of  this  document  will  be  processed 
as  system  change  requests  as  stated  in  Annex  M  of  the  TRIMIS  Master  Plan. 


4.4  System  Data.  The  AQCESS  produces  screen-viewable,  hard-copy,  and 
machine-readable  reports  to  meet  reporting  requirements  of  the  MTF  to  higher 
commands.  Three  types  of  reports  are  described  here:  QA,  R/ADT,  and  Clinical 
Records.  This  system  will  not  replace  the  generation  of  reports  currently 
produced  by  higher  command  reporting  systems.  It  will  provide  output  products 
to  be  forwarded  to  higher  commands  as  inputs  to  existing  reporting  systems. 
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4.4.1. 1  Quality  Assurance  Subsystem  Reports. 


a.  Blood  Utilization  Pull  List  -  summarizes  blood  product  utilization, 
by  care  provider,  oyer  a  specified  period  of  time;  lists  records 
that  are  to  be  reviewed  by  the  Blood  Utilization  Review  Committee. 


b.  Delinquent  Occurrence  Screening  List  -  lists  all  patients  whose 
inpatient  occurrence  screening  checklist  is  not  completed  within  the 
period  of  time  after  disposition  specified  by  the  MTF. 

c.  Diagnosis  Index  by  Provider  -  gives  information  on  diagnoses  entered 
in  Clinical  Records,  by  provider  of  care. 


d.  Dispositions  by  Diagnosis  Report  -  gives  information  on  diagnoses  of 
patients  discharged  during  the  reporting  period. 


e.  Incident  Summary  -  summarizes  incidents  occurring  at  the  MTF  during 
a  specified  time  period. 


f.  Occurrence  Screening  Pull  List,  Inpatient  and  Emergency  Service  - 
these  two  reports  identify  patient  records  involved  in  occurrence 
screening  discrepancies,  allowing  these  records  to  be  pulled  for 
review. 


g.  Occurrence  Screening  Summaries.  These  reports  summarize  occurrence 
screening  data.  The  inpatient  summaries  listed  below  (Facility, 
Provider,  and  Specialty)  come  in  two  versions.  (1)  Users  can  re¬ 
quest  inpatient  summaries  containing  raw  data,  which  is  information 
on  all  affirmative  responses  to  checklist  items,  whether  validated 
or  not.  Raw  data  is  reported  by  the  primary  or  responsible 
provider.  Or  (2)  users  can  request  inpatient  summaries  containing 
information  only  on  validated  variations;  validated  data  is  reported 
by  the  provider  that  the  validated  variation  was  posted  to. 

1.  Facility  Occurrence  Screening  Summary,  Inpatient  and  Emergency 
Service  -  summarize  affirmative  checklist  responses  for  the  two 
checklists.  The  inpatient  summary  groups  checklist  data  by  the 
specialty  of  the  patient's  physician  (if  the  provider  has  more 
than  one  specialty,  the  report  will  show  the  specialty  that 
relates  to  this  case).  The  emergency  service  summary  groups 
data  by  provider. 

2.  Provider  Occurrence  Screening  Summary,  Inpatient  and  Emergency 
Service  -  summarize  affirmative  checklist  responses  for  an 
individual  provider,  for  a  specified  period. 


3.  Specialty  Occurrence  Screening  Summary  -  summarizes,  for 

affirmative  checklist  responses  for  a  specified  time  period,  by 
clinical  specialty  of  the  provider.  If  the  provider  has  more 
than  one  specialty,  the  report  will  show  each  specialty  and  the 
cases  assigned  to  the  doctor  in  relation  to  that  specialty. 

h.  Occurrence  Screening  Suspense  List,  Inpatient  and  Emergency  Service 

-  these  two  reports  list  occurrence  screening  open  items  that  have 
been  assigned  for  review  and  have  not  been  returned. 

i.  Provider  Occurrence  Screening  Audit,  Inpatient  and  Emergency  Service 

-  these  two  reports  list,  by  provider,  all  OA  actions  taken  on 
exceptions  to  occurrence  screening  standards. 

j.  Quality  Assurance  Problem  Audit  -  presents  data  about  QA  problems, 
either  resolved  or  unresolved. 

k.  Surgical  Index  by  Provider  -  gives  information  on  surgical 
procedures  performed  during  the  reporting  period. 

l.  Surgical  Operations  Report  -  gives  information  on  surgical 
procedures  performed  during  the  MTF  during  the  reporting  period. 


A. A. 1.2  Profiling  Function  Reports. 

a.  Credential  Pull  List  -  lists  providers  by  specialty,  to  facilitate 
pulling  the  provider's  credential  file  and  performing  credential 
review. 

b.  Provider  Procedure/Mortality  Summary  -  presents  the  mortality  rate 
for  procedures  that  fall  within  any  of  the  26  categories  of 
procedures  that  are  reportable  to  DoO.  It  gives  one  page  of 
mortality  statistics  for  each  provider  recorded  as  the  primary 
provider,  secondary  provider,  or  teaching  assistant  involved  in 
performing  a  procedure  that  was  associated  with  a  patient's  death. 

c.  Provider  Procedure  Summary  -  gives  mortality  information  for  all 
procedures  performed  at  the  MTF  that  were  associated  with  a  patient 
death,  by  providers  recorded  as  primary  or  secondary  provider  or 
teaching  assistant. 

d.  Provider  Profile  -  for  individual  providers,  gives  dates  for  creden¬ 
tials  and  license  renewals,  continuing  education  and  certification 
data.  Also  shows  the  following  data,  where  applicable,  accumulated 
for  six-month  periods:  number  of  procedures  performed,  patients 
discharged,  malpractice  claims  filed,  medical  records  deficiencies 
and  delinquencies,  and  validated  complaints,  validated  variations 
related  to  antibiotic  use,  normal  surgical  tissue,  and  transfusions, 
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validated  variations  detected  through  occurrence  screening,  and 
total  deaths. 

e.  Providers  with  Insufficient  Continuing  Education  -  lists  providers 
who  have  fewer  credit  hours  of  continuing  education  than  the  number 
entered  by  the  user  requesting  the  report. 


4.4.2  A&P  (R/ADT)  Reports. 

a.  Admission  and  Disposition  Report  -  describes  all  admissions, 
dispositions,  changes  of  absent  status,  and  newborn  activity,  as 
well  as  corrections  to  this  data.  Produced  daily,  usually  at 
midnight;  a  partial  report  can  be  run  on  demand. 

b.  Admission  and  Disposition  Recap/Patient  Strength  Report  -  summarizes 
A&D  data  by  patient  category  and  absent  status,  and  for  newborns. 

c.  Admission  Cover  Sheet  or  Admission  Form  -  contains  patient 
identification  and  admission  information  on  an  individual  patient. 
Requested  by  the  user  from  the  Admission  or  Transfer  function. 

d.  Admission  Notification  Letters  -  notify  unit  commanders  of 
active-duty  personnel  in  their  commands  whose  inpatient  admissions 
were  entered  in  AQCESS  on  the  report  date. 

e.  Admission  Summary  by  Name  or  Register  Number  -  summarizes  all 
admissions  effective  in  the  report  month,  sorted  by  patient  name  or 
register  number. 

f.  Alpha  Roster  of  Hospital  Inpatients  -  lists  all  current  inpatients, 
in  alphabetical  order,  showing  current  ward,  clinical  service,  and 
absent  status,  and  giving  demographic  information  about  each 
patient.  Distributed  to  A&D  Desk  to  be  used  as  a  reference. 

g.  Command  Interest  Report  -  lists  all  patients  by  command  interest 
status. 

h.  Daiiy  Admissions  by  Diagnosis  -  gives  information  about  admissions 
for  a  given  day  for  each  diagnosis,  giving  demographic  data  on  each 
admission. 

i.  Death  Report  -  lists  all  deaths  occurring  during  the  report  period, 
sorted  by  disposition  date  and,  within  date,  by  name. 

j.  Disposition  Notification  Letters  (Army  only)  -  notify  unit 
commanders  of  active-duty  enlisted  personnel  in  their  commands  whose 
dispositions  were  entered  in  AQCESS  on  the  report  date. 
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Disposition  Summary  by  Name  or  Register  Number  -  summarizes  ail  dis¬ 
positions  effective  in  the  report  month,  sorted  by  patient  name  or 
register  number. 

Index  Card  (3x5  Card  or  5x8  Card)  -  contains  admission  data,  and  is 
requested  by  the  user  from  the  Admission  or  Transfer  function. 

Injury  Report  -  lists  each  patient  whose  type  case  indicates  injury, 
and  gives  demographic  data  on  the  patient. 

Long-Term  Patient  Roster  -  lists  current  inpatients  who  have  been 
under  hospital  care  for  more  than  the  number  of  days  specified  at 
run  time;  sorted  by  patient  name  and,  within  name,  by  register 
number . 

Patient  Charge  Roster  (Army  only)  -  lists  current  charges  for  all 
inpatients  or  patients  dispositioned  on  the  run  date;  sorted  by 
patient  name. 

Patient  Strength  Report  -  see  A&D  Recap. 

Preadmission  List  -  gives  data  on  each  current  preadmission. 

Project  Dispositions  by  AFSC/MOS  -  lists  all  patients  for  whom 
projected  dispositions  have  been  entered,  sorted  by  military 
specialty. 

Register  of  Patients  -  lists  the  register  numbers  assigned,  with 
summary  patient  data,  for  each  day  of  the  report  period  (can  be  used 
in  place  of  DD739). 

Registration  Form  -  contains  registration  data  on  an  individual 
patient.  Requested  by  the  user  from  the  Registration  function. 

Roster  of  VSI/SI/SC  Patients  -  lists,  by  ward  and  clinical  service, 
all  patients  whose  casualty  code  is  Very  Seriously  Ill,  Seriously 
Ill,  Special  Category,  or  Terminally  Ill.  Includes  demographic 
data,  diagnosis,  and  prognosis  for  each  patient. 

Status  Out  Roster  -  lists  patients  currently  out  of  the  hospital, 
giving  their  current  absent  status  and  expected  return  date,  and 
indicating  whether  return  is  overdue. 

UCA  Disposition  Report  -  gives  the  number  of  patients  that  have  been 
dispositioned  during  a  given  month,  by  UCA  Clinical  Service  code. 
Produced  monthly. 

UCA  Inpatient  Occupied  Bed  Days  Report  -  shows  the  number  of  bed 
days  accumulated  for  each  clinical  service  and  ward  for  a  given 
month.  Also  shows  total  bed  days  per  clinical  service,  total  bed 
days  per  ward,  and  a  grand  total  of  all  bed  days  for  the  month. 
Produced  monthly. 


y.  Ward  Nursing  Report  -  alphabetically  lists  all  inpatients  currently 
assigned  to  each  ward,  by  ward.  Gives  demographic  and  admission 
data  on  each  patient,  and  includes  bed  availability  data  for  each 
ward.  Produced  daily,  usually  at  midnight. 


4.4.3  System  Management  Outputs.  The  System  Management  reports  are  produced 
from  data  entered  in  System  Management  or  regulated  by  it.  These  reports  are 
requested  by  authorized  users  from  the  System  Management  function  (the  User 
ID/Terminal  Maintenance  Menu). 

a.  Invalid  Sign-On  Log  -  gives  information  about  any  incorrect  entry  of 
user  IDs  and  passwords.  Produced  on  request  of  the  System  Manager, 
who  also  specifies  the  time  period  of  this  report. 

b.  List  of  Current  Passwords  -  lists  the  current  user  IDs  and 
passwords,  including  the  date  when  these  passwords  were  last 
changed,  and  the  privileges  allowed  to  each  ID-password 
combination.  Produced  on  request  of  the  System  Manager. 


4.4.4  Clinical  Records  Outputs.  The  outputs  described  in  this  section  are 
produced  from  data  retrieved  from  A&D  functions,  edited  by  the  Clinical 
Records  subsystem,  and  supplemented  by  data  entered  via  the  Clinical  Records 
subsystem  or  calculated  by  it.  The  means  of  requesting  each  output  is 
specified  below. 

a.  Clinical  Records  Returned  to  A&D  -  lists  records  that  have  been 
returned  to  A&D  for  correction.  Includes  patient  identification 
data,  date  of  disposition,  and  the  reason  for  the  release  to  A&D. 
Requested  by  the  user  from  the  Clinical  Records  Report  function. 

b.  Coded  Episode  Summary  -  lists  the  data  included  on  the  Coded 
Transcript  Tape  in  hard-copy  form;  contents  differ  for  each  military 
department,  as  per  regulations.  Requested  by  the  user  from  the 
Clinical  Records  function. 

c.  Coded  Transcript  Tape(s)  -  a  machine-readable  report  on  records  that 
have  been  processed  in  the  Clinical  Records  subsystem  and  approved 
for  inclusion  on  this  tape  by  the  Clinical  Records  supervisor. 
Includes  final  records  on  patients.  The  Coded  Transcript  Tape  con¬ 
tains  data  specified  by  regulations  for  each  military  department.  It 
is  requested  by  the  System  Manager  at  the  operations  console. 

d.  End-of -Month  Summary  (Navy  use  only)  -  gives  summary  statistics  for 
all  inpatient  episodes  that  are  included  on  the  report  to  higher 
commands--specifically,  on  all  admissions  and  dispositions  for  the 
month,  giving  figures  for  those  that  have  been  completely  processed 
in  CR  and  those  that  are  incomplete.  Requested  by- the  user  from  the 
Clinical  Records  Report  function. 
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e.  Error  List  -  lists  any  errors  in  the  record  that  were  discovered  by 
Clinical  Records  edits.  Produced  automatically  after  the  Coded 
Episode  Summary  or  the  ITRCS/R1PT. 

f.  Incomplete  Inpatient  Medical  Records  Report  -  lists  incomplete 
records  of  patients,  by  the  provider  responsible  for  the  missing 
item(s) . 

g.  Inpatient  Treatment  Record  Cover  Sheet  or  Record  of  Inpatient 
Treatment  (ITrCS/RIPT)  -  contains  data  on  an  individual  inpatient 
episode  that  has  been  accessed  in  Clinical  Records.  Requested  by 
the  user  from  the  Clerk  Actions  Screen. 

h.  Roster  of  Delinquent  Records  -  lists  records  that  have  not  been 
completely  processed  in  Clinical  Records  within  the  time  limit  set 
by  the  MTE,  and  which  are  therefore  delinquent.  Requested  by  the 
user  from  the  Clinical  Records  Report  function. 


*  *,*  V 
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SECTION  5.  ENVIRONMENT 


5.T  Equipment  Environment.  The  system  will  be  based  on  small  (micro/mini) 
computers,  each  system  will  have  the  capability  to  adequately  fulfill  the 
AQCESS  requirements.  The  central  processing  unit  (CPU)  will  most  likely  be 
installed  in  the  PAD  or  QA  area  requiring  no  major  structural  enhancements. 
The  system  will  operate  in  a  normal  office  environment  (60o-90°  F)  with  no 
dedicated  air  conditioning  or  raised  flooring  required. 


5.2  Support  Software  Environment.  All  application  programs  will  be  designed 
and  written  in  a  modular,  structured,  top-down  fashion,  the  inherent  character 
of  each  module  being  a  stand-alone  program  only  requiring  initiation,  to  be 
processed.  All  modules  will  be  written  in  1983  Draft  ANSI  x  11.1-1977  MUMPS 
including  compliance  with  "NEW"  command  as  specified  in  1983  Type  A  Release  of 
the  MUMPS  Development  Committee,  allowing  transportability  from  computer  to 
computer  without  modifications  or  module  rewrites.  All  operating  system  soft¬ 
ware  will  be  fully  supported  by  the  vendor  supplying  the  equipment,  to  include 
periodic  updates  to  the  system  software  as  they  become  available. 


5.3  Interfaces.  The  application  software  will  interface  with  at  least  one 
currently  operational  system,  DEERS.  The  system  may  be  interfaced  with  exist¬ 
ing  COBOL  PAD  systems  depending  on  the  method  chosen  to  satisfy  Business' 
Office  requirements.  Additional  interfaces  to  standard  automated  embossing 
machines  will  be  specified.  Interfaces  will  be  designed  to  conform  to  the  ac¬ 
cepting  system  technology  and  provide  information  in  the  form  necessary. 


5. A  Summary  of  Impacts.  MTF  automation  management  organizations  will  not  be 
affected  unless  the  MTF  chooses  to  install  the  hardware  in  the  ADP  area  in¬ 
stead  of  a  functional  work  environment.  If  this  situation  occurs,  minor 
impact  to  the  ADP  organization  would  be  a  requirement  for  space  in  their  com¬ 
puter  rooms,  less  than  100  square  feet,  and  the  requirement  for  an  occasional 
check  on  the  computer  by  an  on-board  employee. 


5.4.1  ADP  Organization  Impacts.  The  ADP  organizations  will  not  notice  any 
major  change  if  the  hardware  is  installed  in  their  computer  rooms.  The  MTFs 
that  choose  to  install  the  equipment  in  a  functional  work  area  will  impose  no 
impact  on  the  ADP  environment  or  organization. 


5.4.2 _ ADP  Operational  Impacts.  If  the  MTF  elects  to  install  the  equipment  in 

the  AbP  area,  minimum  impact  will  occur.  The  operational  staff  will  be  ex- 
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pected  to  monitor  the  activity  of  the  AQCESS  computer  as  required.  There  will 
be  a  requirement  for  the  staff  to  distribute  output  reports  daily.  This 
should  not  consume  more  than  30  minutes  for  one  employee  per  day. 


5. 4. 3  ADP  Development  Impacts.  The  MTF's  automation  directorates'  program¬ 
ming  staff  will  have  no  responsibilities  for  the  development  or  maintenance  of 
the  QA  application  software  or  the  operating  system. 

The  initial  software  installation  will  be  performed  by  the  TRIMIS  software 
software  support  contractor  personnel  at  ail  sites.  The  application  software 
will  be  developed  and  maintained  by  the  originating  contractor  or  the  current 
TPO  software  support  contractor  personnel. 


5.5  failure  Contingencies.  The  hardware  will  include  a  backup  data  storage 
device  as  part  of  the  total  system.  This  device  will  be  utilized  as  required 
to  back  up  the  data  base.  In  case  the  data  base  integrity  is  destroyed  inad¬ 
vertently  or  the  primary  mass  storage  device  malfunctions  and  must  be  recon¬ 
structed,  this  technique  will  protect  the  facility  from  extensive  data  losses. 


Equipment  maintenance  will  be  ongoing  for  all  hardware  installed  in  each  MTF. 
Preventive  maintenance  and  care  will  be  performed  on  equipment  according  to 
the  manufacturers'  recommended  schedules. 

The  system  should  allow  adequate  time  to  bring  the  application  system  and 
hardware  to  a  smooth  and  orderly  shutdown  until  power  is  restored.  Contin¬ 
gency  routines  will  be  built  into  the  application  software  to  provide  ease  of 
data  protection  and  restoration.  Simple  procedure  manuals  will  be  supplied 
and  instructional  training  will  be  provided  during  each  site  implementation. 

It  is  desirable  that  the  System  Manager  have  the  capability  to  transmit  free- 
text  messages  (minimum  of  1  line)  form  the  operations  console  or  terminal  to 
all  or  selected  users.  The  message  may  overwrite  the  user's  current  screen 
contents  or  appear  at  the  top/bottom.  A  loss  of  data  being  entered  by  the 
user  at  the  time  of  the  message  will  be  an  absolute  minimum. 


*  .. 


L  . 


5.6  Security. 


5.6.1  Privacy.  The  privacy  considerations,  as  enacted  by  the  Privacy  Act  of 
1974,  Public  Law  93-579  (effective  27  September  1975)  and  amended/amplified  by 
subsequent  laws  and  directives,  will  be  considered  in  the  use  of  this  informa¬ 
tion  processing  system.  The  MTFs  will  comply  with  all  applicable  provisions 
of  these  acts  and  regulations.  The  application  software  will  have  security 
and  privacy  safeguards  built  in.  These  precautionary  procedures  will  be 
created  to  provide  sensitive  input  and  output  with  the  highest  level  of  con¬ 
fidentiality  available  to  the  maximum  limits  of  the  hardware  and  software  cap- 
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abilities.  The  comprehensive  security  system  will  provide  for  individual  user 
identification,  restricted  access  to  patient  files  and  data,  user  time-outs, 
on  terminals,  and  definite  verification  of  patient  identification.  The 
system's  software  security  will  be  maintained  by  the  originating  vendor.  The 
individual  MTFs  will  not  have  local  capability  to  effect  changes  in  the 
operating  system,  application  software,  transaction  processor,  or  other  system 
support  software. 


5.6.2  System  Security  and  Privacy.  System  components  requiring  security  and 
privacy  measures  are  computer  programs,  inputs,  data  bases,  outputs,  as  well 
as  the  system  hardware.  The  security  and  privacy  measures  described  in  the 
following  paragraphs  must  fulfill  all  mandatory  security  and  privacy  require¬ 
ments  without  unduly  affecting  system  efficiency. 


5. 6. 2.1  Security  and  Privacy.  Protection  requirements  for  National  Security 
Information,  as  established  by  Executive  Order  11652  of  8  March  1972,  must  be 
considered  in  the  use  of  all  information  processing  systems.  DoD  policies  and 
considerations  for  protecting  classified  National  Security  Information  stored 
or  processed  by  automatic  data  processing  systems  are  contained  in  DoD  Direc¬ 
tive  5200.28  of  18  December  1972  and  in  DoDD  5200. 28-M  of  January  1973.  Pri¬ 
vacy  considerations,  as  enacted  by  the  Privacy  Act  of  1974,  Public  Law  93-579 
(effective  27  September  1975)  and  amended/ amplified  by  subsequent  laws  and 
directives,  must  be  considered  in  the  use  of  all  information  processing  sys¬ 
tems.  This  Act  is  implemented  by  DoD  Directive  5400.11  of  4  August  1975.  The 
system  will  comply  with  applicable  provisions  of  these  acts  and  regulations. 


5. 6. 2, 2  System  Software  Security.  System  software  security  shall  be  main¬ 
tained  through  TRIMIS  central  control  of  modifications  to  system  software. 

This  process  will  be  controlled  as  specified  in  Annex  M  of  the  AOCESS  Master 
Plan.  Individual  MTFs  shall  not  have  local  capability  to  effect  changes  in 
the  system's  operating  system,  application  software,  transaction  processor,  or 
other  system  support  software. 


5. 6. 2. 3  Input  Security.  Terminal  input  security  shall  be  assured  by  limiting 
the  users  of  the  terminal.  Each  authorized  user  shall  be  assigned  a  unique 
identification  code.  This  code  must  be  entered  into  the  terminal  and  subse¬ 
quently  verified  by  the  system  before  any  other  terminal  functions  can  be  per¬ 
formed.  Once  a  user  has  entered  the  system,  access  shall  further  be  limited 
to  only  those  functions  for  which  a  user  has  authorization.  The  system  shall 
have  the  functional  capability  to  maintain  a  table  of  authorized  users  and 
their  passwords.  In  addition,  the  System  Manager  shall  control  the  functions 
a  given  terminal  may  perform  (e.g.,  the  System  Manager  could  prevent  any  user, 
no  matter  what  functional  access  authorized,  from  displaying  patient  data  in  a 
public  area). 
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5. 6. 2. 4  Security  and  Privacy  of  Internal  Data.  Security  and  privacy  of  the 
data  bases,  or  data  internal  to  the  system,  shall  be  effected  through  controls 
at  various  levels  of  the  system  software.  These  controls  shall  include  user 
sign-on  and  access  security  routines  that  prevent  the  use  of  terminals  by 
unauthorized  users  for  inappropriate  functions. 

The  System  Administrator  shall  have  the  capability  to  create  and  maintain 
(add,  change,  or  delete)  a  table  of  the  following: 

a.  Authorized  terminal  operators. 

b.  Unique  identification  codes  for  each  terminal  operator. 

c.  Task  streams  that  each  terminal  operator  has  authority  to  perform. 


5. 6. 2. 5  Security  and  Privacy  of  Output.  Security  and  privacy  of  output  shall 
be  provided  as  follows: 

a.  Access  to  CRT  displays  shall  be  controlled  through  the  terminal  oper¬ 
ator  code  and  associated  authorized  task  tables.  The  system  shall 
provide  a  feature  that  allows  the  MTF  to  designate  the  number  of  min¬ 
utes  a  terminal  screen  display  will  remain  in  view.  The  system 
shall  automatically  clear  the  screen  after  the  designated  time  has 
elapsed  to  avoid  leaving  privileged  information  on  the  screen  for  un¬ 
authorized  review.  The  current  user  will  then  be  logged  off. 

b.  Printed  reports  containing  restricted  data  shall  have  the  required 
leading  and  trailing  statements  on  each  page  reflecting  document 
security  level  and  required  handling  (i.e.,  Privacy  Act  data  and/or 
QA  data  which  is  non-releasable) .  Reports  printed  on  a  terminal 
printer  shall  be  subject  to  the  same  access  security  criteria  as  data 
used  to  create  a  CRT  display. 

c.  Security  procedures  for  distributing  printed  reports  shall  be 
governed  by  current  DoO  and  Service  regulations  and  individual  MTF 
policies  and  procedures. 

d.  System  archive  and  backup  data  sets  shall  be  subject  to  existing 
storage  and  security  regulations.  Specifically,  these  types  of  data 
should  be  maintained  in  secure  facilities  that  are  geographically  re¬ 
moved  from  the  operational  AQCESS  configuration. 


5. 6. 2. 6  Physical  Security.  Central  hardware  configuration  component  security 
shall  be  assured  by  establishing  limited  access  for  personnel  to  the  area  con¬ 
taining  the  hardware.  This  limited  access  may  be  effected  through  the  use  of 
cypher  locks  or  other  access  control  devices.  Security-surveillance  monitor¬ 
ing  and  control  techniques  must  be  employed  as  specified  in  Military  Depart- 


QA070  1.0 


5-4 


DEC  1985 


went,  regulations.  The  MTF  will  be  responsible  for  securing  system  components 
during  non-duty  hours. 


5. 6. 2. 7  Distribution  Procedures.  Security  procedures  for  distributing 
printed  reports  shall  be  governed  by  current  DoD  and  Service  regulations  and 
by  individual  MTF  policies  and  procedures. 


5.7  Assumptions  and  Constraints.  The  application  software  must  be  written  in 
ANSI  MUMPS  to  allow  for  transportability,  simplicity,  and  ease  of  design.  All 
hardware  configurations,  regardless  of  their  size,  will  be  capable  of  process¬ 
ing  in  the  same  (identical)  software  environment.  Existing  Government -owned 
MUMPS  PAD  software  will  be  used  as  the  basis  on  which  to  develop  the  QA 
system. 
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APPENDIX  A 


DATA  BASE  CHARACTERISTICS 


Function 

Quality 

Assurance 


Subfunction 

Occurrence 

Screening 


INPUTS 

Input 

Abbr* 


PESOSC 


Input  Data  Elements 


Date  Entered 
Register  Number 
Patient  Name 
FMP/SSN 

Discharge  Date 
Provider  ID 
Occurrence  Criterion 
Occurrence  Description 
Y/N  Indicator 
Print  Option 

Date  Entered 
Patient  Name 
FMP/SSN  ■ 

Date  of  Treatment 
Provider  ID 
Occurrence  Criterion 
Occurrence  Description 
Y/N  Indicator 
Print  Option 
Provider  ID 


Incident 

Reporting 


Log  # 

Date  Occurred 
Time  Occurred 
Person  Involved  Incident 
Type  of  Incident 
Personnel  Involved/Reporting 
Incident 

Result  of  Incident 

Date  Received  by  Risk  Manager 

JAG  Review 

Date  Sent  to  JAG 

Date  of  Action 

Action  Code 

Print  Option 
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INPUTS 


Function 

Quality 

Assurance 


Subfunction 


Problem 
Audit 
T  racking 


Blood 

Utilization 


Input 

Abbr*  Input  Data  Elements 

QAPA  Date 

Number 

Date  Presented 
Referral  Activity 
Impact  on  Patient  Care 
Action  Activity 
Status  Date 
Action  Taken 
Follow-up  Date 
Print  Option 

System  extracts  from  coding 
transcript 
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INPUTS 


Function 

Subfunction 

Input 

Abbr* 

Input  Data  Elements 

Quality 

PP 

Date  Entered 

Profiling 

Provider  ID 

Provider  Name 

Provider  Specialty 
Date  of  CPR  Training 
Date  of  ACLS  Certification 
Date  of  ATLS  Certification 
Date  of  License  Renewal 
Date  of  Credentials  Renewal 
State  of  License 
Totals  of  Procedures  Performed 
Totals  of  Surgical  Patients 
with  Normal  Tissue  (Failed 
Criteria 

Totals  of  Medical  Record 
Deficiences 

Totals  of  Medical  Record 
Delinquencies 

Totals  of  Patients  Discharged 
Totals  of  Validated  Occurrence 
Screening  Variations 
Totals  of  Transfusion 

Variations  (Failed  Criteria) 
Totals  of  Antibiotic  Variations 
(Failed  Criteria) 

Totals  of  Malpractice  Claims 
F  iled 

Print  Option 

PMPRC  Date  Entered 

Provider  ID 
Provider  Name 
Provider  Specialty 
Procedure  Code 
Comment 
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OUTPUTS 


Function 

Quality 

Assurance 


Sub  function 


Occurrence 

Screening 


Input 

Abbr* 

POSS 


SOSS 


FOSS 


PESOSS 


FESOSS 


Input  Data  Elements 


Date  Prepared 
Provider  ID 
Period 

Number  of  Records  Screened 
Occurrences  by  Criterion  Number 
(Initial  Review) 

Total  Occurrences 

Total  Provider  Occurrences 

Date  Prepared 
Specialty 
Period 
Provider  ID 

Number  of  Records  Screened 
Occurrences  by  Criterion  Number 
(Initial  Review) 

Total  Provider  Occurrences 
Total  Specialty  Occurrences 

Date  Prepared 
Specialty 
Period 
Provider  ID 

Number  of  Records  Screened 
Occurrences  by  Criterion  Number 
(Initial  Review) 

Total  Provider  Occurrences 
Total  Specialty  Occurrences 

Date  Prepared 
Specialty 
Period 
Provider  ID 

Number  of  Records  Screened 
Occurrences  by  Criterion  Number 
Total  Occurrences 

Date  Prepared 
Specialty 
Period 
Provider  ID 

Number  of  Records  Screened 
Occurrences  by  Criterion  Number 
Total  Occurrences 
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Function 


Subfunction 


OUTPUTS 

Input 

Abbr* 


PESOSA 


Input  Data  Elements 

Total  Number  of  Records 
Screened 

Total  Occurrences  by  Criterion 
Number 

Total  Provider  Occurrences 

Date  Prepared 

Provider  ID 

Period 

Reg.  Number 

Discharge  Date 

Occurrence  Criterion 

Occurrence  Description 

Review  Number 

Date  Out 

Date  Due 

Date  In 

Action  Code 

Total  Occurrences  Screened 
Total  Second  Level  Review 
Total  Third  Level  Review 
Total  Occurrences  Entered  into 
Provider  File. 

Print  Option 

Date  Prepared 

Period 

Provider  ID 

Date  of  Treatment 

Occurrence  Criterion 

Occurrence  Description 

Review  Number 

Date  Out 

Date  Due 

Date  Tn 

Action  Code 

Total  Occurrences  Screened 
Total  Second  Level  Review 
Total  Third  Level  Review 
Total  E.S.  Occurrences  Failed 
Criteria 
Print  Option 

Date  Prepared 
Reg.  Number 
FMP/SSN 

Occurrence  Criterion 
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OUTPUTS 


Function 


Subfunction 


Incident 

Reporting 


Input 

Abbr*  Input  Data  Elements 

OSSL  Date  Prepared 

Discharge  Date 
Date  Out 
Action  Code 

ESOSSL  Date  Prepared 

Register  Number 
Date  of  Treatment 
Review  Level 
Date  Out 
Action  Code 

DOSL  Date  Prepared 

Discharge  Date 
Register  Number 
FMP/SSN 

IS  Date  Prepared 

Sort  Key 
Log  # 

Incident  Date 
Incident  Time 
Type  Person  Involved 
Type  of  Incident 
Location  of  Incident 
Category  of  Person  Reporting 
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OUTPUTS 


Subfunction 


Problem 

Audit 

Tracking 


Blood 

Utilization 


Input 

Abbr*  Input  Data  Elements 

Category  of  Person  Involved 

Injury 

Action  Code 

OAG  Review 

QAPA  Date 

Mumber 

Date  Presented 
Referral  Activity 
Impact  on  Patient  Care 
Action  Activity 
Status  Date 
Action  Taken 
Follow-up  Date 
Print  Option 

BUPL  Date  Prepared 

Period 
Provider  ID 
Register  Number 
FMP/SSN 

Discharge  Date 

Number  of  Units  Transfused 

Comment 


OUTPUTS 


Function  Subfunction 


Input 

Abbr*  Input  Data  Elements 


Provider  Provider  PP 

Profiling  Profiling 


Date  Entered 
Provider  ID 
Provider  Name 
Provider  Specialty 
Date  of  CPR  Training 
Date  of  ACLS  Certification 
Date  of  ATLS  Certification 
Date  of  License  Renewal 
Date  of  Credentials  Renewal 
State  of  License 
Totals  of  Procedures  Performed* 
Totals  of  Surgical  Patients 
with  Normal  Tissue  (Failed 
Criteria 

Totals  of  Deaths  (Failed 
Criteria 

Totals  of  Medical  Record 
Deficiencies* 

Totals  of  Medical  Record 
Delinquencies* 

Totals  of  Patients  Discharged* 
Totals  of  Validated  Occurrence 
Screening  Variations 
Totals  of  Transfusion 

Variations  (Failed  Criteria) 
Totals  of  Validated  Patient 
Complaints 

Totals  of  Antibiotic  Variations 
(Failed  Criteria) 

Totals  of  Malpractice  Claims 
F  iled 

Print  Option 


Note:  Data  marked  with  an  *  will  be  provided  by  the  system.  Other  data  will 
be  provided  by  the  appropriate  committees,  i.e.,  normal  tissue  by  the 
Tissue  Committee. 
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OUTPUTS 


F  unction 


Input 

Sub  function  Abbr* 

Provider  PP/MS 

Procedures/ 

Mortalities 

Summary 


CP  L 


PPS 


Input  Data  Elements 

Date  Prepared 
Period 
Provider  ID 
Procedure  Code 
Procedure  Text 
Total  Procedures  Performed 
Total  Deaths 
Mortality  Rate 
Rate  Criterion 
Peer  Review  Comments 

Date  Prepared 
Period 
Provider  ID 
Specialty 
Date  Required 

Date  Prepared 
Provider  ID 
Period 

Procedure  Code 
Procedure  Text 
Total  Procedures  Performed 
Total  Deaths 
Mortality  Rate 
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LIST  OF  PROPOSED  SCREENS 


Administrative  Data  Screen 
Admission  Cancellation  Screen 
Authorized  Functions 
Bed  Management  Screen 
Blood  Utilization  Pull  List 
CRID  Screen 
Candidate  List  Screen 
Clerk  Actions  Screen 
Clerk  Screen 
Credential  Pull  List 
Diagnosis  Screen 

Episode  Days  by  Clinical  Service  Screen 
Episode  Days  by  Date  Screen 

Facility  Emergency  Service  Occurrence  Screening  Summary 
Facility  Occurrence  Screening  Summary 
Incident  Report 
Incident  Summary 

Inpatient  History  Candidate  List  Screen 

Inpatient  History  Screen 

MTF  Profile  Maintenance  Screen 

Main  Menu 

Menu  Screen 

Miscellaneous  Screen 

Non-Procedural  Providers  Screen 

Occurrence  Screening  Pull  List 

Outpatient  Products  Screen 

Patient  Identification  (PTID)  Screen 

Primary  Admission  Screen 

Primary  Disposition  Screen 

Primary  Registration  Screen 

Procedure  Screen 

Provider  Emergency  Service  Occurrence  Screening  Checklist 
Provider  Emergency  Service  Occurrence  Screening  Summary 
Provider  Emergency  Service  Occurrence  Screening  Audit 
Provider  Occurrence  Screening  Summary 
Provider  Occurrence  Screening  Audit 
Provider  Procedures/Mortalities  Summary 
Provider  Profile 

Provider  Profiling  Subsystem  Menu 
Quality  Assurance  Problem  Audit 
R/ADT  Report  Selection  Screen 
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Record  Tracking  Screen 

Reqister  Number  Maintenance  Screen 

Registration  History  Screen 

Reports  Menu 

Sample  Screen 

Screen  Format 

Sign  On 

Sign-on  Screen 

Specialty  Occurrence  Screening  Summary 

Standard  Data  Fields  and  CR  Menu 

System  Management  Menu 

Table  List  Menu  Screen 

Transfer  History  Screen 

User  Access  Menu  Screen 
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NORMS  FOR  26  SURGICAL  PROCEDURES  IN 

MEDICAL 

TREATMENT  FACILITIES 

(mtfs) 

Procedure 

ICP 

Codes 

Normal 

Percentage 

Caesarian  Section,  Ail 

5740-42,48,49 

*2 

Dilatation  and  Curettage 

5690 

* 

Repair,  Inguinal/Femoral  Hernia 

5530-33 

* 

Tubal  Ligation 

5664 

* 

Laparotomy 

5541 

20 

Appendectomy 

5470,71,79 

* 

Tonsillectomy  and/or  Adenoidectomy 

5281-89 

* 

Open  Reduction  of  Fracture 

5791-92 

* 

Cholecystectomy 

5511 

3 

Abdominal  Hysterectomy 

5682-83 

* 

Vaginal  Hysterectomy 

5682 

* 

Thoracotomy 

5340 

25 

Transurethreral  Resection,  Prostate 

(TURP) 

5601 

# 

Salpingo-oophorectomy 

5653,55 

# 

Excision  Intervertebral  Disc 

5803 

# 

Excision  Similunar  Cartilage,  Knee 

5804 

# 

Extraction,  Intraocular  Lens 

5142-46 

* 

Thyroidecotomy,  All 

5061-64 

* 

Mastectomy,  All 

5861-65 

* 

Colectomy,  Partial 

5455 

15 

Arthroplasty,  Knee 

5814 

« 

C-1 


0A070  1.0 


DEC  1985 


ICP 

Normal 

Procedure 

Codes 

Percentage 

Repair,  Hernia,  Abdominal  Wall 

5535 

* 

Transurethral  Resection 

5573 

* 

Endarterectomy 

5381 

3 

Bypass  Anastamosis,  Heart 

5361 

10 

Craniotomy 

5011 

20 

*  Means  less  than  1.0  Percent.  Too  low  for  valid  statistical  analysis  for 
individual  providers.  Any  death  under  these  procedures  must  be  reviewed. 
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DATA  ELEMENT  NAME:  Date 


DEFINITION:  A  DoO  standard  representing  year,  month,  and  day  a  particular  re¬ 
port  was  generated.  Format  is  YYMMDD. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  QAPA 


DATA  ELEMENT  NAME:  Date  Due 

DEFINITION:  The  year,  month,  and  day  (YYMMDD)  the  review  of  an  occurrence  is 
due  back  to  the  MTF  QAC. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  POSA,  PESOSA 

■** 

DATA  ELEMENT  NAME:  Date  Entered 

DEFINITION:  The  year,  month,  and  day  (YYMMDD)  the  appropriate  screen  informa¬ 
tion  was  input  to  the  system.  This  is  system  generated. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBF UNCTION  UTILIZATION:  POSC,  PESOSC, 

PP,  PMPRC 

DATA  ELEMENT  NAME:  Date  In 

DEFINITION:  The  year,  month,  day  (YYMMDD)  an  occurrence  review  is  actually 
received  back  into  the  QA  office. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTIQN/SU8F UNCTION  UTILIZATION:  POSA,  PESOSA 

DATA  ELEMENT  NAME:  Date  Occurred 

DEFINITION:  The  date  (YYMMDO)  an  incident  occurred.  Input  by  the  user  to 
Section  I. 


LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  IR 

■  ■■■■••■■■■■a  _  _  «_  I 
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DATA  ELEMENT  NAME:  Date  of  ACLS  Certification 


DEFINITION:  The  last  date  (YYMMDD)  of  a  provider's  Advanced  Cardiac  Life  Sup' 
port  (ACLS)  certification. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  PP 


DATA  ELEMENT  NAME:  Date  of  Action 

DEFINITION:  The  date  (YYMMDD)  associated  with  the  Action-Code  of  an  incident 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  IR 

DATA  ELEMENT  NAME:  Date  of  ATLS  Certification 

DEFINITION:  The  last  date  (YYMMDD)  of  a  provider's  Advanced  Trauma  Life  Sup¬ 
port  (ATLS)  certification. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  PR 

DATA  ELEMENT  NAME:  Date  of  CPR  Training 

DEFINITION:  The  date  (YYMMDD)  the  provider  last  passed  the  cardiopulmonary 
resuscitation  test. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  PP 

DATA  ELEMENT  NAME:  Date  of  Credentials  Renewal 

DEFINITION:  The  date  (YYMMDO)  the  health  provider's  credentials  were  last 
verified/renewed. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  PP 


DATA  ELEMENT  NAME:  Date  of  License  Renewal 

DEFINITION:  The  date  (VYMMDD)  the  provider's  medical  license  was  last  issued 
or  renewed. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  PP 


DATA  ELEMENT  NAME:  Date  of  Treatment 

DEFINITION:  The  year,  month,  day  a  patient's  episode  occurred  in  the  MTF's 
emergency  services. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  PESOSC,  PESOCA 


DATA  ELEMENT  NAME:  Date  Out 

DEFINITION:  The  date  an  occurrence  was  sent  from  the  QA  Office  for  first, 
second,  or  third  level  review.  YYMMDD  format. 


LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  POSA,  PESOSA, 

OSSL,  ESOSSL 


DATA  ELEMENT  NAME:  Date  Prepared 


DEFINITION:  The  machine-generated  date  of  the  report,  in  YYMMDD  format, 
resusitation  test. 


LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  POSS,  SOSS, 

FOSS,  PESOSS, 
FESOSS,  POSA, 
PESOSA,  OSPL, 
IS,  DOSL, 
BUPL,  PP/MS, 
CPL,  PPS, 
OSSL,  ESOSSL 


D-4 


QA070  1.0 


DEC  1985 


DATA  ELEMENT  NAME:  Date  Presented 

DEFINITION:  The  date  (YYMMDD)  a  QA  problem  was  referred  to  an  MTF  activity 
for  resolution. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  QAPA 


DATA  ELEMENT  NAME:  Date  Received  by  Risk  Manager 

DEFINITION:  The  date  the  incident  was  received  in  the  MTF's  Risk  Management 
Office.  This  is  input  by  the  user  to  Section  VII  of  the  Incident  Report. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  IR 

DATA  ELEMENT  NAME:  Date  Required 

DEFINITION:  Calculated  by  the  system  by  adding  24  months  to  the  "Date  of  Cre 
dentials  Renewal"  from  the  PP.  Format  is  YYMMDD. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  CPL 

DATA  ELEMENT  NAME:  Date  Sent  to  JAG 

DEFINITION:  The  date  (YYMMDD)  an  incident  report  was  sent  to  JAG  for  review. 
Input  by  user  to  the  Incident  Report. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  IR 

DATA  ELEMENT  NAME:  Discharge  Date 

DEFINITION:  The  year,  month,  day  (YYMMDD)  a  patient  was  dispositioned  from 
the  facility. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  R/ADT  FUNCTI0N/SU8F UNCTION  UTILIZATION:  OSSL,  ESOSSL 


DATA  ELEMENT  NAME:  Enter  Selection 

DEFINITION:  A  prompt  by  the  system  for  the  user  to  enter  the  appropriate  se¬ 
lection  code  for  an  option  on  the  menu. 

LENGTH:  1  CLASSIFICATION:  A/N 

OWNERSHIP:  SM  FUNCTION /SUBFUNCTION  UTILIZATION:  Menu  Screens 


DATA  ELEMENT  NAME:  FMP/SSN 

DEFINITION:  Family  Member  Prefix  is  a  2-digit  numeric  integer  prefixed  to  the 
service  member's  Social  Security  Number  to  identify  which  family  member  is  be¬ 
ing  treated. 

LENGTH:  11  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  R/ADT  FUNCTI0N/SU8FUNCTI0N  UTILIZATION:  DOSL,  POSA 

POSC 

DATA  ELEMENT  NAME:  Follow-Up  Date 

DEFINITION:  The  year,  month,  day  any  follow-up  action  occurred  for  a  QA 
problem. 

LENGTH:  6  CLASSIFICATION:  N 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  QAPA 

DATA  ELEMENT  NAME:  Impact  on  Patient  Care 
DEFINITION:  A  free-text  description  of  the  problem. 

LENGTH:  160  CLASSIFICATION:  A/N 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION: 

DATA  ELEMENT  NAME:  Incident  Date 

DEFINITION:  The  date  (YYMMDD)  an  incident  occurred.  Date  gathered  from 
Section  I  of  IR. 

LENGTH:  6  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  IS 

iiniHiinuinniiiii»niiininiinHnnnimHHmmnim«»HHWim 
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DATA  ELEMENT  NAME:  Incident  Time 


DEFINITION:  The  time  (9999  Hrs)  an  incident  occurred  using  a  24-hour  clock. 
Time  gathered  from  Section  I  of  IR. 


LENGTH:  4  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  SM  FUNCTION /SUBFUNCTION  UTILIZATION:  IS 


DATA  ELEMENT  NAME:  JAG  Review 

DEFINITION:  A  one-alphabetic  character,  yes/no  indicator  as  to  whether  or  not 
this  incident  should  be  reviewed  by  the  local  Judge  Advocate  General’s  of¬ 
fice.  Input  by  the  user  in  Section  VII  B.  of  the  IR. 


LENGTH:  1  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  IR,  IS 

DATA  ELEMENT  NAFE:  MTF 

DEFINITION:  Acronym  for  Medical  Treatment  Facility.  A  hospital  or  medical 
clinic  which  provides  health  care  services. 

LENGTH:  24  CLASSIFICATION:  A/N 

OWNERSHIP:  CR  FUNCTION/SUBFUNCTION  UTILIZATION: 

h 

DATA  ELEMENT  NAME:  Mortality  Rate 

DEFINITION:  The  percentage  of  deaths  by  procedure  performed.  This  rate  is 
calculated  by  the  system  by  summing  the  total  deaths  within  a  procedure  code, 
and  dividing  by  total  number  of  those  procedures  performed. 


LENGTH:  4  CLASSIFICATION:  NUM/INT 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  PP/MS,  PPS 


DATA  ELEMENT  NAME:  Number 

DEFINITION:  The  total  of  some  entity,  i.e.,  the  number  of  records  processed. 
Calculated  by  N  +  1  (N  being  the  previous  total). 


LENGTH:  3 


CLASSIFICATION:  NUM-INT 


OWNERSHIP:  CR 


FUNCTION/SUBFUNCTION  UTILIZATION:  QAPA 


DATA  ELEMENT  NAME:  Number  of  Records  Screened 

DEFINITION:  The  total  number  of  records  screened  by  the  system  for  a  period 
of  time.  Used  by  both  emergency  service  and  inpatient  summaries. 


LENGTH:  6 


CLASSIFICATION:  NUM-INT 


OWNERSHIP:  QA 


FUNCTION/SUBFUNCTION  UTILIZATION:  PESOSS,  FESOSS 


DATA  ELEMENT  NAME:  Number  Units  Transferred 

DEFINITION:  The  number  of  units  of  blood  which  were  actually  infused  into  the 
patient. 


LENGTH:  2 


CLASSIFICATION:  NUM-INT 


OWNERSHIP:  QA 


FUNCTION/SUBFUNCTION  UTILIZATION:  BUPL 


DATA  ELEMENT  NAfC:  Occurrence  by  Criterion  Number 

DEFINITION:  The  number  of  times  a  particular  occurrence  appeared  within  a 
user-specified  period  of  time.  Used  by  both  inpatient  and  emergency  service 
reports.  On  inpatient  reports  it  indicates  initial  review  level  only.  It's 
calculated  by  the  system  based  on  the  number  of  Y  and  N  answers  on  the  check¬ 
list.  Count  is  N  +  1. 


LENGTH:  3 


CLASSIFICATION:  NUM-INT 


OWNERSHIP:  QA 


FUNCTION/SUBFUNCTION  UTILIZATION:  POSS,  FOSS,  SOSS, 

SOSS,  PESOSS, 
FESOSS 
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DATA  ELEMENT  NAME:  Peer  Review  Comment 


DEFINITION:  The  free-text  comments  (up  to  160  characters  per  procedure)  that 
the  peer  review  committee  writes  on  the  PMPRC  regarding  the  mortalities  per 
procedure.  The  text  is  entered  into  the  system  for  inclusion  in  the  PP/MS. 

LENGTH:  160  CLASSIFICATION:  A/N 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  PMPRC,  PP/MS 


DATA  ELEMENT  NAME:  Period 

DEFINITION:  The  length  of  time  to  be  covered  by  a  report.  User  entered  when 
selecting  the  report  for  production.  Format  is  YYMMDD-YYMMDD. 

LENGTH:  13  CLASSIFICATION:  A/N 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  PPS,  CPL, 

PP/MS,  BUPL , 

PESOSA,  POSA, 

FESOSS, 

PESOSS,  FOSS, 

SOSS,  POSS 


DATA  ELEMENT  NAME:  Procedure  Code 

'DEFINITION:  Four-digit  ICP  code  representing  a  specific  surgical  procedure. 
It  can  have  a  2-digit  alphanumeric  suffix  assigned  to  it. 


LENGTH:  6 
OWNERSHIP:  CR 


CLASSIFICATION:  A/N 

FUNCTION/SUBFUNCTION  UTILIZATION:  PMPRC,  PP/MS, 

PPS 


DATA  ELEMENT  NAME:  Procedure  Text 

DEFINITION:  Identifies  a  specific  clinical  care  service/test/procedure,  in¬ 
cluding  both  broad  and  specific  classifications  of  procedures  (e.g.  surgical 
incision).  May  be  input  as  a  four-digit  ICP  code  or  as  nine-digit  mnemonic. 
(ICP  is  the  International  Classifications  of  Procedures.)  The  actual  text  is 
taken  from  the  stub  file  of  ICP  codes  wgich  is  already  in  TRIPAD. 

LENGTH:  64  CLASSIFICATION:  A/N 

FUNCTION/SUBFUNCTION  UTILIZATION:  PP/MS,  PPS 


OWNERSHIP:  R/ADT 


DATA  ELEMENT  NAME:  Provider  Identification  (ID) 

DEFINITION:  A  unique  code  identifying  a  member  of  the  health  care  team  pro 
viding  health  service  to  a  patient. 


LENGTH:  12 


OWNERSHIP:  CR 


CLASSIFICATION:  A/N 

FUNCTION/SUBFUNCTION  UTILIZATION:  POSC, 

PESOSC,  PP, 
PMPRC,  POSS, 
SOSS,  FOSS, 
PESOSS, 
FESOSS,  POSA, 
PESQSA,  BUPL, 
PP/MS,  PPS 


DATA  ELEMENT  NAfC:  Provider  Name 

DEFINITION:  The  full  name  of  a  member  of  the  health  care  team  providing 
health  service  to  the  patient.  The  format  is  a  DoD  standard. 


LENGTH:  27 


OWNERSHIP:  CR 


CLASSIFICATION:  ALPHA 


FUNCTI0N/SU8FUNCTI0N  UTILIZATION:  CPL,  PP, 


DATA  ELEMENT  NAME:  Provider  Specialty' 

DEFINITION:  A  code  which  specifies  a  health  care  provider's  specialty 
field(s)  of  medical  practice  (e.g.,  neurology,  cardiology,  pediatrics) 


LENGTH:  6 
OWNERSHIP:  CHCS 


CLASSIFICATION:  A/N 

FUNCTION/SUBFUNCTION  UTILIZATION:  PP,  PMPRC 


DATA  ELEMENT  NAME:  Rate  Criterion 
DEFINITION: 


LENGTH:  2 
OWNERSHIP:  QA 


CLASSIFICATION:  NUM-INT 


FUNCTION/SUBFUNCTION  UTILIZATION:  PP/MS 
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DATA  ELEMENT  NAME:  Referral  Activity 

DEFINITION:  A  free-text  identification  of  the  activity  in  the  MTF  that  iden¬ 
tified  the  source  of  the  problem. 

LENGTH:  15  CLASSIFICATION:  A/N 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  QAPA 

DATA  ELEMENT  NAME:  Register  Number 

DEFINITION:  The  unique  number  assigned  to  each  inpatient  record  to  identify  a 
hospital  episode  in  which  clinical  care  services  are  received.  A  new  register 
number  is  assigned  for  each  hospitalization. 

LENGTH:  8  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  R/ADT  FUNCTION/SUBFUNCTION  UTILIZATION:  POSA,  OSPL, 

DOSL,  BUPL, 

POSC 


DATA  ELEMENT  NAME:  Review  Level 

DEFINITION:  The  level  of  review  that  could  take  place  before  an  occurrence  is 
resolved.  Values  are  1,  2  or  3. 

LENGTH:  1  CLASSIFICATION:  NUM-INT 

OWfCRSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  POSA,  FESOSA, 

OSSL,  ESOSSL 


DATA  ELEMENT  NAME:  Sort  Key 

DEFINITION:  The  first  12  characters  of  the  data  element  name  selected  to  de¬ 
termine  the  sort  order  of  the  report,  as  well  as  appearing  as  the  left-most 
column  of  the  report.  Input  is  by  the  user  when  prompted  by  the  system. 


LENGTH:  12  CLASSIFICATION:  A/N 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  IS 
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DATA  ELEMENT  NAME:  Specialty 

DEFINITION:  Specifies  an  HCP  special  field  of  medical  practice,  e.g., 
neurology,  cardiology,  pediatrics. 

LENGTH:  6  CLASSIFICATION:  A/N 

OWNERSHIP:  CR  FUNCTION/SUBFUNCTION  UTILIZATION:  SOSS,  FOSS, 

PESOSS, 

FESOSS,  CPL 

mimimiinin  »■»<  uh  hw  bhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhi 
DATA  ELEMENT  NAME:  State  of  License 

DEFINITION:  State  in  which  a  health  care  provider's  license  is  issued. 

LENGTH:  2  CLASSIFICATION:  ALPHA 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  PP 

»nn»Hwminiim»nn»nmnnniminimnin»»«in»>mnm«»mMi 

DATA  ELEMENT  NAME:  Time  Occurred 

DEFINITION:  The  time  of  day,  in  24-hour  clock  format,  that  an  incident 
occurred . 

LENGTH:  4  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  IR 

DATA  ELEMENT  NAME:  Time  of  Incident 
DEFINITION:  Same  as  Time  Occurred. 

LENGTH:  4  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  IS 

DATA  ELEMENT  NAME:  Total  Deaths 

DEFINITION:  The  total  number  of  deaths  of  patients  by  procedure  code,  per 
health  provider.  Count  is  N  +  1 ,  This  total  is  used  in  the  calculation  of 
mortality  rate  for  a  provider. 

LENGTH:  2  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  CR  FUNCTION/SUBFUNCTION  UTILIZATION:  PP/MS,  PPS 
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DATA  ELEMENT  NAME:  Total  E.S.  Occurrences  Failed  Criteria 


DEFINITION:  If  an  occurrence  review  goes  all  the  way  through  the  third  level 
and  the  provider  is  held  accountable  for  the  occurrence,  it  is  entered  into 
the  provider's  file,  and  assigned  an  appropriate  action  code.  This  data  ele¬ 
ment  is  a  sum  (N  +  1)  of  those  action  codes  within  a  specified  period  of  time. 


LENGTH:  2  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  PESOSA 


DATA  ELEMENT  NAME:  Total  Facility  Occurrences 

DEFINITION:  The  system-calculated  sum  (N  +  1 )  of  total  occurrences  in  the 
MTF. 


LENGTH:  5  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  FOSS 


DATA  ELEMENT  NAME:  Total  Occurrences 

DEFINITION:  The  total  number  of  provider,  department,  or  facility  occurrences 
answered  yes  on  the  checklist  for  a  period  of  time.  This  total  may  appear  on 
reports  for  inpatient  episodes  as  well  as  emergency  service  encounters. 


LENGTH:  5  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  FUNCTION/SUBFUNCTION  UTILIZATION:  FESPSS. 

PESOSS,  POSS, 
SOSS,  FOSS 


DATA  ELEMENT  NAME:  Total  Occurrences  by  E.S.  Criterion  Number 

DEFINITION:  The  system-calculated  sum  of  each  emergency  service  occurrence 
criterion  column. 


LENGTH:  4 
OWNERSHIP:  QA 


CLASSIFICATION:  NUM-INT 
FUNCTION/SUBFUNCTION  UTILIZATION:  FESOSS 
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DATA  ELEMENT  NAME:  Total  Occurrences  by  Facility 


DEFINITION:  The  total  of  the  Total  Occurrences  column  for  the  Facility  Occur 
rence  Screening  Summaries  (both  hospital-wide  and  emergency  services). 


LENGTH:  9 


OWNERSHIP: 


CLASSIFICATION:  NUM-INT 


FUNCTION/SUBFUNCTION  UTILIZATION:  FOSS,  FESOSS 


DATA  ELEMENT  NAIC:  Total  Occurrences  Entered  Into  Provider  Profile 

DEFINITION:  This  is  a  number  computed  by  the  system  by  counting  (N  +  1)  the 
specific  action  codes  indicating  an  occurrence  was  entered  into  a  provider's 
file.  This  total  gets  forwarded  through  the  system  to  the  POSS  data  base  for 
permanent  storage. 


LENGTH:  5 


CLASSIFICATION:  NUM-INT 


OWNERSHIP:  QA 


FUNCTION/SUBFUNCTION  UTILIZATION:  POSA 


DATA  ELEMENT  NAME:  Total  Occurrences  Screened 

DEFINITION:  The  total  number  of  occurrences  screened  from  the  checklists  to 
produce  the  data  for  the  inpatient  or  emergency  service  audits.  Count  is 
N  +  1.  ' 


LENGTH:  9 


CLASSIFICATION:  NUM-INT 


OWNERSHIP:  QA 


FUNCTION/SUBFUNCTION  UTILIZATION:  POSSA,  PESOSA 


DATA  ELEMENT  NAME:  Total  of  Records  Screened 

% 

DEFINITION:  The  sum  of  the  Number  of  Records  Screened  column  on  the  MTF-level 
Emergency  Service  Occurrence  Screening  Summary. 


LENGTH:  6 


CLASSIFICATION:  NUM-INT 


OWNERSHIP:  QA 


FUNCTION/SUBFUNCTION  UTILIZATION:  FESOSS 


OTJjfZg 


DEC  1985 


DATA  ELEMENT  NAME:  Total  Procedures  Performed 


DEFINITION:  The  total  number  of  the  type  of  procedure  performed  by  a 
provider.  Count  is  N  +  1.  Information  is  calculated  from  entries  on  the 
CRCT. 

LENGTH:  3  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  CR  FUNCTION/SUBFUNCTION  UTILIZATION:  PP/MS,  PPS 


DATA  ELEMENT  NAME:  Total  Provider  Occurrences 

DEFINITION:  The  system-calculated  sum,  by  criterion  by  provider,  for  a 
specialty  of  Y  or  N  counts  (N  +  1)  on  the  checklist. 

LENGTH:  5  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTIQN  UTILIZATION:  POSS,  SOSS 

FOSS,  FESOSS 


DATA  ELEMENT  NAME:  Total  Second  Level  Reviews 

DEFINITION:  The  sum  of  each  occurrence  criterion  which  has  an  action  code 
entry  indicating  a  second-level  review  has  occurred  of  emergency  service  or 
inpatient  episode  occurrences.  Count  N  +  1.  Calculated  by  the  system. 


LENGTH:  5  CLASSIFICATION:  NUM-INT 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  POSA,  PESOSA 

DATA  ELEMENT  NAME:  Total  Specialty  Occurrences 

DEFINITION:  The  system-calculated  sum  by  provider  of  Y  or  N  counts  (N  +  1 )  on 
the  checklists. 

LENGTH:  5  CLASSIFICATION:  NUM-INT 

OWNERSHIP:.  QA  FUNCTION/SUBFUNCTIQN  UTILIZATION:  SOSS 
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DATA  ELEMENT  NAME:  Total  Third  Level  Review 

DEFINITION:  The  sum  of  each  occurrence  criterion  which  has  an  action  code 
entry  indicating  a  third  level  review  has  occurred  of  emergency  service  or  in 
patient  episode  occurrences.  Count  is  N  +  1  and  is  calculated  by  the  system. 


LENGTH:  5 


OWNERSHIP:  QA 


CLASSIFICATION:  NUM-INT 

FUNCTION/SUBFUNCTION  UTILIZATION:  POSA,  PESOSA 


DATA  ELEMENT  NAME:  User  Identification 

DEFINITION: 


LENGTH:  9 


CLASSIFICATION:  A/N 


OWNERSHIP:  SM  FUNCTION/SUBFUNCTION  UTILIZATION: 

**■»•**•*•»***■»***■»  ************************************************************** 

DATA  ELEMENT  NAME:  Yes/No  Indicator  ✓ 

DEFINITION:  A  Y  or  N  indicator  entered  by  the  user  at  system  request  to  print 
a  screen,  or  select  a  menu  option,  or  indicate  whether  an  occurrence  was 
present  on  the  checklists. 


LENGTH:  1  CLASSIFICATION:  ALPHA 

OWNERSHIP:  QA  FUNCTION/SUBFUNCTION  UTILIZATION:  PESOSC,  POSC 

************************************************************************************ 
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PROVIDER  OCCURRENCE  SCREENING  AUDIT  AND 
PROVIDER  EMERGENCY  SERVICE  OCCURRENCE  SCREENING  AUDIT 
ACTION  CODE  TABLE 


First  Digit  (Referred  To) 

A.  Credentials  Committee 

B.  Blood  Utilization  Committee 

C.  Therapeutic  Agents  Board 

D.  Tissue  Committee 

E.  Infection  Control  Committee 

F.  Risk  Manager 

G.  Commander 

H.  Chief  of  Service 

I.  Graduate  Medical  Education 

0.  Executive  Committee 

K.  Quality  Assurance  Committee 

L.  Quality  Assurance  Coordinator 

M-Z.  Other,  locally  assigned 

Second  Digit 

1.  Provider  Related 

2.  Not  Provider  Related 


Third  Digit  (Outcome) 

A.  Failed  criteria  but  within  practice  parameters 

B.  Clinical  privileges  limited 

C.  Clinical  privileges  suspended 

D.  Clinical  privileges  revoked 

E.  Remedical  training  stipulated 

F.  Proctor  assigned 

G-Z.  Proctor  assigned 

Fourth  Digit 

Y  -  Entered  into  profile 
N  -  Not  entered  into  profile 
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SECTION  1.  GENERAL 


1.1  Purpose.  The  objective  of  the  Users  Manual  for  the  Automated  Quality  of 
Care  Evaluation  Support  System  (AQCESS)  is  to  provide  the  user's  non-ADP 
personnel  with  the  information  necessary  to  effectively  use  the  system. 


1.2  Project  References.  The  TRIMIS  Program  was  formally  created  on  July  11, 
1974,  by  the  Department  of  Defense  Assistant  Secretaries  of  Defense  (Com¬ 
ptroller,  and  Health  and  Environment).  The  program  is  now  managed  and  admin¬ 
istered  by  the  TRIMIS  Program  Office  (TPO)  of  the  Office  of  the  Assistant 
Secretary  of  Defense  (Health  Affairs)  [OASD(HA)].  Its  purpose  is  to  consoli¬ 
date  previous  Service  efforts  and  to  "improve  the  effectiveness  and  economy  of 
health  care  delivery  in  the  Army,  Navy,  and  Air  Force."  As  this  original 
tasking  assignment  stated,  "TRIMIS  will  include  development  of  automated 
information  systems  for  timely  patient-centered  health  data,  supporting  medi¬ 
cal  services,  clinical  research,  epidemiological,  and  health  care 
information . " 

The  TPO  has  developed  a  microcomputer-based  Clinical  Records  and  Patient 
Administration  (PAD)  system  using  the  MUMPS  language  and  certain  utilities 
from  the  Veterans  Administration  File  Manager.  The  system  has  had  extensive 
Tri-Service  input.  It  is  designed  for  efficient  use  by  current  patient 
administration  personnel,  and  incorporates  extensive  service-specific  edits  of 
data  to  ensure  reliable  and  accurate  data  collection.  The  system  is  designed 
to  be  easy  to  learn,  provides  on-line  assistance  to  users,  and  can  operate 
without  dedicated  computer  operators  and  special  environmental  conditions. 
Being  written  in  ANSI  MUMPS,  it  can  operate  on  a  wide  variety  of  hardware  and 
is  capable  of  modification  to  correct  problems  and  to  incorporate  additional 
reguirements.  The  Automated  Quality  of  Care  Evaluation  Support  System 
(AQCESS)  was  developed  from  the  existing  PAD  software,  and  includes  military 
department  Clinical  Records  and  Quality  Assurance  (QA)  reguirements. 

The  overall  objectives  of  the  AQCESS  are  to: 

a.  Improve  the  guality  and  timeliness  of  the  evaluation  of  health  care. 

b.  Provide  administrative  support  for  inpatient  episodes. 

c.  Support  the  identification  of  variations  which  would  adversely 
affect  the  guality  of  health  care. 

The  following  references  relate  to  the  history  of  the  TRIMIS  Program  and  the 
development  of  the  AQCESS. 

a.  Data  Base  Specification  for  the  Automated  Quality  of  Care  Evaluation 
Support  System  (AQCESS);  NDC/FSI;  April  11,  1985. 
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b.  AQCESS  System  Specification:  Patient  Administration  Subsystems; 
National  Data  Corporation/Federal  Systems,  Inc.  (NDC/FSI);  March  29, 
1985. 

c.  AQCESS  System  Specification:  Quality  Assurance  Subsystem;  NDC/FSI; 
March  29,  1985. 

d.  Functional  Description  for  an  Automated  Quality  of  Care  Evaluation 
Support  System  (AQCESS);  TRIMIS  Program  Office  (TPO);  January  25, 
1985. 

e.  Acquisition  of  Devices  to  Develop,  Implement  and  Maintain  the  Quality 
Assurance  (QA)  Support  System  for  the  Tri-Service  Medical  Information 
Systems  Program  Office;  Defense  Supply  Ser vice-Washington,  Sol.  No. 
MDA903-85-R-0101;  October  12,  1984. 

f.  NAVMEDCOM  6320.8;  Credentialing  Program  (Draft);  September  1984. 

g.  NAVMEDCOM  6320.7;  Quality  Assurance  Guide  (Draft);  September  1984. 

h.  AFR  205-16;  Automatic  Data  Processing  (ADP)  Security  Policy, 
Procedures,  and  Responsibilities;  August  1,  1984. 

i.  AFR  168-13;  Quality  Assurance  in  the  Air  Force  Medical  Service;  May 
31,  1984. 

j.  MUMPS  Patient  Administration  System  Program  Maintenance  Manual 
(Draft);  NDC/FSI;  April  6,  1984. 

k.  MUMPS  Patient  Administration  User  Handbook  (Draft);  NDC/FSI;  April 
6,  1984. 

l.  Functional  Description  for  CHCS  Patient  Administration  (PAD)  (Version 
2.0);  NDC/FSI;  February  17,  1984. 

m.  Functional  Description  for  Tri-Service  Patient  Administration  System 
(Navy  Version);  Libra  Technology;  September  30,  1983. 

n.  AFR  168-4;  Administration  of  Medical  Activities;  July  22,  1983. 

o.  Functional  Description  for  Tri-Service  Patient  Administration  System 
(Air  Force  Version);  TPO;  June  30,  1983. 

p.  Functional  Description  for  Tri-Service  Patient  Administration  System 
(Army  Version);  TPO;  June  9,  1983. 

q.  DoD  Standard  7935,  Automated  Data  Systems  (ADS)  Documentation, 
February  15,  1983. 

r.  AR  40-66,  (Change  2)  Chapter  9;  Medical  Recorded  Quality  Assurance 
Administration;  December  1,  1982. 
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s.  APR  125-37;  The  Resources  Protection  Program  [PA;  May  6,  1982  (and 
change  1)]. 

t.  APR  168-695;  Medical  Administrative  Management  System  (Vols.  I  &  II) 
July  18,  1980. 

u.  AR  380-380;  Automated  Systems  Security;  April  15,  1979. 

v.  APR  300-13  (as  amended);  Safeguarding  Personal  Data  in  Automatic  Dat 
Processing  Systems;  March  14,  1976. 

w.  DoDD  5200. 28-M;  ADP  Security  Manual;  January  1973. 

x.  DoDD  5200.28;  Security  Requirements  for  Automatic  Data  Processing 
(ADP)  Systems;  December  18,  1972. 


1.3  Terms  and  Abbreviations. 

A&D  Admissions  and  Dispositions 

ACLS  Advanced  Cardiac  Life  Support 

ADP  Automatic  Data  Processing 

ADT  Admission,  Disposition,  and  Transfer 

AMA  Against  Medical  Advice 

AQCESS  Automated  Quality  of  Care  Evaluation  Support  System 

ASM RO  Armed  Services  Medical  Regulating  Office 

ATLS  Advanced  Trauma  Life  Support 

CHCS  Composite  Health  Care  System 

CPU  Central  Processing  Unit 

CR  Clinical  Records  (Inpatient  Records) 

CRID  Clinical  Records  Identification  (Inpatient  Record 

Identification) 

CRT  Cathode  Ray  Tube 

CT  Coding  Transcript 

CTT  Coding  Transcript  Tape 

DEERS  Defense  Enrollment  Eligibility  Reporting  System 

DoD  Department  of  Defense 

ER  Emergency  Room 

ES  Emergency  Service 

FD  Functional  Description 

FMP  Family  Member  Prefix 

ICD  International  Classification  of  Diseases 

ICP  International  Classification  of  Procedures 

ID  Identification 

IR  Inpatient  Records  (Clinical  Records) 

IRID  Inpatient  Records  Identification  (Clinical  Records 

Identification) 

ITRCS  Inpatient  Treatment  Record  Cover  Sheet 

JAG  Judge  Advocate  General 

JCAH  Joint  Committee  for  Accreditation  of  Hospitals 
MEB  Medical  Evaluation  Board 


MTF  Medical  Treatment  Facility 

MTRC  Medical  Treatment  Recording  Card 

MUMPS  Massachusetts  Utility  Multi  Programming  System 

NDC/FSI  National  Data  Corporation/Federal  Systems,  Inc. 

OASD(HA)  Office  of  the  Assistant  Secretary  of  Defense  (Health  Affairs) 

PAD  Patient  Administration 

PTID  Patient  Identification 

QA  Quality  Assurance 

QAC  Quality  Assurance  Coordinator 

QAP  Quality  Assurance  Program 

QAS  Quality  Assurance  System  (Navy  Use  Only) 

R/ADT  Registration/Admission,  Disposition,  and  Transfer 
(also  referred  to  as  AAD) 

RIPT  Record  of  Inpatient  Treatment 

SSN  Social  Security  Number 

TPO  TRIMIS  Program  Office 

7RIMIS  Tri-Service  Medical  Information  Systems 

TRIPAD  Tri-Service  Patient  Administration  System 

UCA  Uniform  Chart  of  Accounts 

VSI /SI/SC  Very  Seriously  Ill/Seriously  Ill/Special  Category 


1 .A  Security.  Because  of  the  highly  sensitve  nature  of  the  data  collected 
and  reported  by  AQCESS,  security  of  this  data  is  of  utmost  importance. 
Rriefly,  system  security  is  ensured  by  the  following  measures:  (1)  use  of 
system  functions  and  access  to  data  displays  and  reports  are  restricted  to 
authorized  users  and  designated  terminals;  (2)  data  is  included  on  reports  in 
the  form  of  specific  codes  to  protect  confidentiality;  and  (3)  the  system 
includes  a  time-out  feature,  causing  the  screen  display  to  disappear  if  a 
terminal  is  left  unattended  past  a  specified  time  limit. 


SECTION  2.  SYSTEM  SUMMARY 


2.1  System  Application.  The  Automated  Quality  of  Care  Evaluation  Support 
System  (AQCESS;  is  an  interactive,  terminal-oriented,  on-line  computer  system 
designed  to  manage  patient  administration,  clinical,  and  quality  of  care 
information  at  MTFs.  AQCESS  is  designed  to  provide  a  user  friendly  data 
collection  system  specifically  sized  for  the  Medical  Treatment  Facilities 
where  installed.  In  addition  to  supporting  patient  administration,  AQCESS 
will  provide  an  invaluable  tool  for  the  quality  assurance  program  in  each 
MTF.  The  data  collected  during  the  patient's  admission,  disposition,  and  from 
review  of  the  clinical  records  will  be  utilized  to  evaluate  not  only  workload 
statistics  by  provider,  ward,  and  UCA  cost  codes,  but  tc  allow  review  of 
inpatient  episodes  by  diagnosis,  procedure,  outcomes,  occurrences,  and  length 
of  stay.  This  data  will  also  be  used,  in  conjuction  with  additional  data 
input  by  the  Quality  Assurance  Coordinator,  to  assist  in  reducing  the 
intensive  manual  efforts  in  place  at  present.  Additional  benefits  of  the 
system  will  be  greater  accountability  for  inpatient  days,  improved  bed 
management,  more  advanced  record  tracking,  and  a  capability  for  ad  hoc  studies 
to  support  both  management  and  clinical  research. 


2.2  System  Operation.  Development  of  the  data  base  shall  proceed  basically 
as  follows  for  all  facilities: 

a.  As  patients  are  registered  and  admitted,  demographic  oata  will  be 
entered.  Upon  release  from  the  hospital,  further  data  will  be 
entered  by  the  dispositions  clerk  and  clinical  records  office. 

b.  The  data  base  will  provide  current  listings  of  patients  admitted  and 
discharged,  patients  currently  in  the  facility,  and  patients  on 
convalescent  leave,  subsisting-elsewhere/out ,  or  in  the  Medical 
Holding  Company. 

c.  Following  entry  of  procedure,  diagnosis,  and  provider  codes  by  the 
clinical  records  section,  quality  assurance  reports  will  be 
generated  both  automatically  and  on  an  ad  hoc  basis. 

d.  Once  a  patient  has  been  admitted,  the  data  is  available  for  use  by 
the  Quality  Assurance  Coordinator  in  developing  information  on  that 
patient.  Concurrent  tracking  of  any  positive  occurrence  from  the 
Occurrence  Screening  Checklist  will  be  possible. 

e.  After  the  patient  is  discharged,  retrospective  tracking  of  the 
patient  will  be  performed  to  complete  the  occurrence  screening 
checklist  and  perform  any  necessary  audits. 

f.  The  Quality  Assurance  Coordinator  will  also  work  with  the  risk 
manager  for  the  MTF  to  track  the  reported  incidents  requiring 
follow-up. 
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q.  Development  of  the  automated  provider  credential  file  will  also  be 
the  responsibility  of  the  Quality  Assurance  Coordinator. 


2.3  System  Configuration.  AQCESS  runs  on  the  PDP-11  series  of  computers 
manufactured  by  the  Digital  Equipment  Corporation  (DEC).  There  are  three 
types  of  configurations: 

a.  PDP-11/23  (System  1).  This  is  the  smallest  of  the  PDP-11  computers 
used  by  AQCESS.  This  hardware  configuration  consists  of  the 
PDP-11/23  processor  with  RD52  disk  drive,  the  TK25  cassette  tape 
drive,  and  the  Letterwriter  100  console. 

b.  PDP-11/23  PLUS  (System  2).  This  is  the  middle-sized  computer  used 
by  AQCESS.  This  hardware  configuration  consists  of  the  PDP-11/23 
PLUS  processor  with  RD51  and  RD52  disk  drives,  the  TK25  cassette 
tape  drive,  and  the  Letterwriter  100  console. 

c.  PDP- 11/24  (System  3).  This  is  the  largest  computer  used  by  AQCESS. 
The  hardware  configuration  consists  of  the  PDP-11/24  processor,  the 
RA80  disk  drive,  the  TU80  mag  tape  drive,  and  the  Letterwriter  100 
console . 

Both  hard-copy  and  video  display  terminals  are  used  to  communicate  with  the 
PDP-11  computers.  Hard-copy  terminals  print  on  continuous  form  paper,  provide 
a  permanent  record  of  the  terminal  session,  and  are  also  used  as  the  operating 
console.  The  hard-copy  terminal  for  all  three  systems  is  the  Letterwriter 
100.  Video  display  terminals  print  on  a  television-like  screen  called  a 
cathode  ray  tube  (CRT).  The  display  terminal  for  AQCESS  is  the  VT220.  The 
Letterwriter  100  printer  will  be  used  to  produce  AQCESS  reports  and  products. 


2.4  System  Organization.  AQCESS  consists  of:  the  Access  Control  functions, 
the  A&D  subsystem  (also  referred  to  as  R/ADT),  the  Clinical  Records  subsystem, 
and  the  Quality  Assurance  subsystem.  The  System  Management  function,  usually 
considered  part  of  the  A&D  subsystem,  is  described  separately  due  to  its 
importance  to  all  components  of  AQCESS. 

The  patient  administration  subsystems,  A&D  and  Clinical  Records,  collect 
registration  data  about  military  personnel,  their  eligible  dependents,  and 
other  eligible  beneficiaries  admitted  to  the  MTF.  They  also  collect 
admission,  disposition,  and  transfer  data  necessary  to  administer  the  MTF's 
inpatient  population,  and  allow  the  correction  of  this  data.  In  addition, 
patient  administration  processes  enable  the  user  to  monitor  bed  availability 
figures,  review  statistics  on  specific  segments  of  the  inpatient  population, 
and  view  data  on  previous  hospital  visits  of  individual  patients.  Through  the 
Clinical  Records  subsystem,  users  are  able  to  produce  final  clinical 
documentation  on  each  inpatient  episode. 
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Functions  related  to  the  management  of  the  system  are  performed  through  the 
System  Management  function  of  AQCESS. 

The  Quality  Assurance  (QA)  subsystem  provides  MTF  command,  professional,  end 
administrative  staff  with  automated  support  for  the  monitoring  of  guality  of 
care  within  the  MTFs.  Information  collected  during  patient  registration, 
admission,  disposition,  transfer,  and  clinical  records  activities  is  used  to 
facilitate  identification,  tracking,  and  documentation  of  quality  assurance 
(QA)  activities  within  the  MTFs.  The  QA  subsystem  also  contains  specific 
functions  for  collecting,  maintaining,  and  reporting  QA  data. 

Each  AQCFSS  subsystem  consists  of  one  or  more  functions  or  processes.  Figure 
2-1  lists  the  subsystems  of  the  entire  Automated  Quality  of  Care  Evaluation 
Support  System,  and  the  processes  that  make  up  each  subsystem.  The  paragraphs 
to  follow  contain  brief  descriptions  of  these  subsystems  and  their  processes. 


Access  Control  functions 
User  Entry 

Patient  Identification  (PTID) 

A&D  (R/ADT)  Subsystem 

Registration 
Admission 
Transfer 
Disposition 
Correction  Management 
Bed  Management 
Inpatient  History 
Patient  Inquiry 
R/ADT  Reports 


System  Management  function 

Clinical  Records  Subsystem 

Clinical  Records 
Clinical  Records  Reporting 

Quality  Assurance  Subsystem 

Quality  Assurance 
Profiling 


Figure  2-1.  AQCESS  SUBSYSTEMS  AND  PROCESSES 


2.4.1  Access  Control  Functions. 


2.4.1 .1  User  Entry.  User  Entry  protects  the  system  and  its  data  from 
unauthorized  users  and  restricts  users  to  those  processes  they  are  authorized 
to  perform.  Specifically,  User  Entry: 

a.  Receives  and  verifies  the  user  ID  and  password. 
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b.  Controls  which  processes  can  be  performed  at  each  terminal. 

c.  Allows  a  user  access  to  authorized  processes  only. 


2. 4. 1.2  Patient  Identification  (PTID).  AQCESS  uses  six  items  of  information 
to  identify  each  patient:  register  number,  patient  name,  family  member 
prefix,  date  of  birth,  sponsor's  Social  Security  Number,  and  sex.  In  PTID, 
users  enter  all  of  this  data  except  register  number  to  begin  processing  on  new 
patients  and  to  check  their  eligibility  for  care.  Users  can  also  conduct 
various  searches  to  locate  existing  patient  records  by  entering  any  of  several 
combinations  of  the  PTID  data.  Existing  patient  records  must  be  located  via 
the  PTID  process  before  those  records  can  be  processed  in  any  of  the 
patient-oriented  functions  (i.e..  Registration,  Admission,  Disposition, 
Transfer,  and  Inpatient  History). 


2.4.2  A&D  (R/ADT)  Subsystem. 


2.4.2. 1  Registration.  The  user  registers  individuals  as  patients  by  entering 
demographic  data  on  them  and  their  sponsors  via  the  Registration  process. 
Specifically,  Registration: 

a.  Collects,  edits,  and  validates  registration  data,  including: 

1.  patient's  race,  marital  status,  address,  religion,  and  military 
ID  card  expiration  date. 

2.  rank,  branch  of  service,  and  flying  status  of  patient  or 
patient's  sponsor. 

3.  patient's  military  specialty  and  unit  address. 

b.  automatically  retrieves  patient  address  data  if  any  other  family 
member's  record  is  on  file. 

c.  Allows  the  user  to  update  registration  information. 

d.  Indicates  whether  registration  data  has  been  reviewed  and  verified  as 
correct  by  the  patient  or  patient's  agent. 

e.  Is  used  to  print  Registration  Forms,  which  contain  registration  data 
on  the  patient. 

f.  Displays  data  on  the  patient's  most  recent  previous  inpatient 
episode. 
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2. 4. 2. 2  Admission.  The  user  enters  information  about  the  inpatient  episode 
via  the  Admission  process  in  order  to  admit  persons  to  the  MTF  as  inpatients. 
Specifically,  Admission: 

a.  Ensures  that  inpatients  are  registered  before  admission  proceeds. 

b.  Collects,  edits,  and  validates  admission  information,  such  as: 

1.  date,  time,  and  source  of  admission;  admitting  physician;  and 
admitting  diagnosis. 

2.  length  of  service,  if  active  duty. 

3.  ward,  physician,  and  clinical  service  assignments. 

c.  Collects,  edits,  and  validates  information  on  active-duty  military 
who  have  Medical  Evaluation  Board  (MEB)  status,  casualty  status,  or 
absent  status. 

d.  Automatically  generates  a  register  number  that  identifies  the 
patient's  record  if  the  MTF  has  chosen  to  have  register  numbers 
assigned  by  the  system.  (Through  the  System  Management  process,  the 
MTF  can  choose  to  have  register  numbers  assigned  automatically  or  by 
the  user;  see  section  2.4.3,  belrw.) 

e.  Allows  potential  inpatients  to  be  preadmitted. 

f.  Is  used  to  produce  Admission  Forms  and  Index  Cards,  which  contain 
admission  information. 

g.  Allows  users  to  admit  newborns,  by  automatically  retrieving 
applicable  data  from  the  mother's  record,  and  forces  the  user  to 
either  disposition  the  newborn  or  change  its  status  when  the  mother 
is  put  on  convalescent  leave. 

h.  Enables  users  to  track  patients  who  are  the  administrative 
responsibility  of  the  MTF. 

i.  Allows  users  to  cancel  admissions  or  convert  admissions  to 
preadmissions. 

j.  Allows  user  to  enter  projected  disposition  data. 


2. 4, 2. 3  Transfer.  The  Transfer  process  enables  the  user  to  update  adminis¬ 
trative  data  when  an  inpatient's  ward,  clinical  service,  or  physician  assign¬ 
ment  is  changed.  This  process  also  allows  users  to  update  data  on  the 
patient's  emergency  contact,  MEB  status,  casualty  status,  and  absent  status, 
to  view  other  admission  data,  and  to  request  printing  of  inpatient  products. 
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2. A. 2. 4  Disposition.  Through  the  Disposition  process,  the  user  enters  data 
about  the  patient's  discharge  from  the  MTF  and  begins  final  processing  of 
records  on  the  inpatient  episode.  Specifically,  Disposition: 

a.  Collects,  edits,  and  validates  disposition  data,  such  as  date  and 
type  of  disposition  and  physician  ordering  the  disposition. 

b.  Removes  the  patient  from  active  ward  and  clinical  service  records, 
which  are  used  in  system  reports. 

c.  Allows  users  to  cancel  dispositions. 

d.  Allows  users  to  either  disposition  newborns  at  the  time  of  the 
mother's  disposition,  or  to  track  them  as  pay  patients. 

e.  Allows  users  to  view  admission  data  and  request  inpatient  products. 


2. 4. 2. 5  Correction  Management.  Correction  Management  is  used  to  correct  data 
that  cannot  be  corrected  through  the  other  AQCFSS  processes.  Through  this 
process,  users  can: 

a.  Correct  the  following  data  as  it  appears  on  the  patient  record: 
patient  category,  length  of  service,  source  of  admission,  date  and 
time  of  admission,  date  and  time  of  disposition,  disposition  type, 
absent  statuses,  clinical  services,  and  inter-ward  transfers. 

b.  Add  appropriate  absent  status,  clinical  service,  and  inter-ward 
transfer  data  omitted  from  a  patient's  record  during  admission. 

c.  Add  remarks  to  the  Admission  and  Disposition  (A&D)  Report  (1)  to 
alert  others  that  erroneous  data  was  included  on  previous  A&D  Reports 
and  (2)  to  explain  changes  or  additions  described  in  (a)  and  (b). 


2. 4, 2. 6  Bed  Management.  This  process  maintains  statistics  on  the  numbers  of 
beds  that  are  occupied  or  available  on  each  ward  and  enables  users  to  monitor 
ward  statuses  in  the  MTF.  Specifically,  Bed  Management: 

a.  Adjusts  and  computes  bed  availability  figures  for  each  ward. 

b.  Allows  users  to  create  new  Ward  Status  records  and  to  delete  existing 
Ward  Status  records  (except  when  the  ward  to  be  deleted  has  any 
occupied  or  reserved  beds). 

c.  Displays  total  figures  on  bed  availability  for  the  entire  MTF. 

d.  Allows  users  to  adjust  the  number  of  total  beds  and  blocked  beds  on 
a  ward. 


2. 4. 2. 7  Inpatient  History.  Through  this  process,  users  can  review 
information  about  inpatient  episodes  of  active  and  dispositioned  patients 
Inpatient  History  keeps  track  of  all  inpatient  episodes  for  an  individual 
patient.  It  can  display  a  list  of  episodes  for  a  patient  who  has  been 
admitted  more  than  once,  and  allow  users  to  choose  an  episode  for  review. 
Specifically,  Inpatient  History  displays  the  following  data  on  individual 
episodes : 


a.  Register  numbers,  admission  dates,  disposition  dates,  and  admission 
diagnosis  codes  on  patients  with  more  than  one  inpatient  episode. 

b.  PTID  data,  patient  category,  rank,  branch  of  service,  religion, 
source  of  admission,  and  admission  date  and  time. 

c.  Disposition  type,  disposition  date  and  time,  clinical  service,  ward, 
type  case,  archive  date,  primary  discharge  diagnosis  and  principal 
procedure  performed. 


2. 4. 2. 8  Patient  Inquiry.  This  process  identifies  segments  of  the  patient 
population  according  to  categories  specified  by  the  MTF,  and  lists  patients 
who  fall  into  those  categories.  The  MTF  may  specify  categories  such  as  ward, 
physician,  diagnosis,  etc.  For  example,  through  Patient  Inquiry  the  user  may 
view  a  list  of  all  inpatients  currently  on  a  given  ward. 


2. 4. 2. 9  R/ADT  Reports.  Through  this  function,  users  enter  requests  to  print 
the  reports  listed  below.  These  reports,  which  are  generated  from  data 
entered  via  the  A&D  subsystem  processes,  are  described  in  detail  in  Part  2  of 
Appendix  A. 


a.  Admission  and  Disposition  Report. 

b.  Admission  and  Disposition  Recapitulation  or  Patient  Strength  Report. 

c.  Admission  Notification  Letters. 

d.  Admission  Summary  by  Name  or  Register  Number. 

e.  Alpha  Roster  of  Hospital  Inpatients. 

f.  Command  Interest  Report. 

g.  Daily  Admissions  by  Diagnosis. 

h.  Death  Report 

i.  Disposition  Notification  Letters. 

j.  Disposition  Summary  by  Name  or  Register  Number. 
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k.  Injury  Report. 

l.  Long-Term  Patient  Roster. 

m.  Patient  Charge  Roster. 


n.  Preadmission  List. 


o.  Projected  Dispositions  by  APSC/MOS. 

p.  Register  of  Patients. 

g.  Roster  of  VSI/SI/SC  Patients. 


r.  Status  Out  Roster. 


s.  UCA  Disposition  Report. 

t.  UCA  Inpatient  Occupied  Bed  Days  Report. 

u.  Ward  Nursing  Report. 


2.4.3  System  Management  Function.  The  System  Management  function  is  used  by 


the  System  Manager  to  maintain  data  that  regulates  the  operation  of  AQCESS. 
Specifically,  this  process  allows  the  System  Manager  to: 

a.  Maintain  the  list  of  all  system  tables,  which  can  be  displayed  on  a 
screen,  and  select  tables  to  be  printed  in  hard-copy  form. 


<+■  -*  •-» 

1 
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b.  Maintain  and  update  the  system  tables. 

c.  Maintain  profile  data  that  identifies  the  MTF,  including  its  military 
department,  and  profile  data  that  regulates  certain  system  functions, 
such  as  dates  for  archiving  files.  The  System  Manager  also  uses  this 
process  to  indicate  whether  register  numbers  will  be  assigned 
automatically  or  manually,  and  to  reserve  or  release  blocks  of 
register  numbers  for  manual  or  automatic  assignment  to  records. 

d.  Regulate  system  security  by  user  ID  and  terminal  ID,  and  to  designate 
system  capabilities  authorized  to  individual  users  and  terminals. 

e.  Produce  the  Invalid  Sign-On  Log  and  the  List  of  Current  Passwords. 


<vv  .v: 
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2.4.4  Clinical  Records  Subsystem. 


2.4.4. 1  Clinical  Records.  Through  Clinical  Records,  users  perform  the  final 
processing  on  each  inpatient  episode  and  produce  documentation  on 
dispositioned  patients  for  the  patient  chart  as  well  as  for  reporting  to 
higher  commands.  Specifically,  Clinical  Records: 

a.  Collects,  edits,  and  validates  data  on  each  diagnosis  made  and  each 
procedure  (i.e.,  operation)  performed  during  the  hospital  visit. 

b.  Collects  and  maintains  data  on  previous  inpatient  episodes  at  other 
hospitals  from  which  the  patient  transferred  to  this  MTF. 

c.  Computes  and  maintains  data  on  the  number  of  days  a  patient  spent  in 
various  clinical  services  and  absent  statuses  during  this  inpatient 
episode. 

d.  Allows  the  user  to  enter  administrative  data;  displays  and  collects 
codes  for  non-procedural  physicians  associated  with  this  episode. 

e.  Tracks  items  missing  from  the  record  and  posts  them  as  delinquencies 
on  the  Provider  Profile  after  a  period  of  time  (which  is  specified  by 
the  MTF). 

f.  Initiates  final  edits  on  the  record  and  generates  the  Inpatient 
Treatment  Record  Cover  Sheet  (1TRCS)  or  Record  of  Inpatient  Treatment 
(RIPT)  and  the  Coded  Episode  Summary  (CES). 

g.  Produces  reports  (printouts,  report  format  tapes)  including  the 
coding  transcript. 


2. 4. 4. 2  Clinical  Records  Reports.  Through  this  process,  users  initiate  end- 
of-month  processing  on  records  and  enter  requests  to  print  the  following 
reports,  which  are  described  in  detail  in  Part  2  of  Appendix  C. 

a.  Clinical  Records  Returned  to  A&D. 

b.  End-of-Month  Summary  (Navy  only). 

c.  Roster  of  Delinquent  Records. 

d.  Incomplete  Inpatient  Medical  Records  Report. 


2. 4. 5.1  Quality  Assurance.  The  QA  function  enables  the  MTF  to  monitor 
quality  of  care  indicators,  and  allows  for  the  identification,  documentation, 
and  tracking  of  quality  of  care  problems  occurring  at  the  MTF.  Through  this 
function,  users  are  able  to: 

a.  Identify  problems  by  initiating  audits  of  clinical  documentation 
based  on  multiple  criteria  developed  at  the  MTF  level.  The  criteria 
include  such  factors  as  length  of  stay  at  unit  and  MTF,  diagnosis, 
specific  procedures,  treatment,  morbidity,  and  others. 

b.  Document  problems,  solutions,  recommendations,  re-evaluation  dates, 
and  follow-up  activities.  Documentation  includes  such  information  as 
the  type  of  problem,  the  source  of  information,  type  of  person 
involved  (patient,  visitor,  etc.),  and  other  factors. 

c.  Track  problems,  solutions,  follow-up  actions,  and  other  QA  Committee 
activities,  and  produce  reports  or  displays  of  requested  data. 

The  system  will  provide,  at  a  later  date,  a  means  of  identifying  patient  care 
trends  according  to  specified  criteria  using  ad  hoc  reporting. 

Specifically,  the  QA  function: 

a.  Provides  data  to  assist  in  the  Occurrence  Screening  program  both  for 
inpatients  and  for  Emergency  Service  patients  (through  the  Occurrence 
Screening  subfunctions). 

b.  Allows  input  of  significant  incidents  and  recall  of  these  incidents 
sorted  to  highlight  various  areas  of  high  risk  (through  the  Incident 
Reporting  subfunction). 

c.  Enables  identification  and  tracking  of  QA  problems  by  activity  and 
status  (through  the  Problem  Audit  Tracking  subfunction). 

d.  Generates  the  following  reports  on  quality  assurance  activities 
(through  the  Reports  subfunction): 

1.  Blood  Utilization  Pull  List. 

2.  Delinquent  Occurrence  Screening  List. 

3.  Incident  Summary. 

4.  Diagnosis  Index  by  Provider. 

5.  Dispositions  by  Diagnosis  Report. 

6.  Occurrence  Screening  Pull  List  -  Emergency  Service. 
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7.  Occurrence  Screening  Pull  List  -  Inpatient. 

8.  Occurrence  Screening  Summary,  Facility  -  Emergency  Service. 

9.  Occurrence  Screening  Summary,  Facility  -  Inpatient. 

10.  Occurrence  Screening  Summary,  Provider  -  Emergency  Service. 

11.  Occurrence  Screening  Summary,  Provider  -  Inpatient. 

12.  Occurrence  Screening  Summary,  Specialty. 

13.  Occurrence  Screening  Suspense  List  -  Emergency  Service. 

14.  Occurrence  Screening  Suspense  List  -  Inpatient. 

15.  Provider  Occurrence  Screening  Audit  -  Emergency  Service. 

16.  Provider  Occurrence  Screening  Audit  -  Inpatient. 

17.  Quality  Assurance  Problem  Audit. 

18.  Surgical  Index  by  Provider. 

19.  Surgical  Operations  Report. 

These  reports  are  described  in  detail  in  Part  2  of  Appendix  D. 

2. 4. 4. 2  Profiling.  The  Profiling  function  maintains  the  administrative  data 
and  clinical  indicators  for  inclusion  on  the  Provider  Profile.  This  function 
is  accessible  only  by  personnel  designated  by  the  MTF  Commander — normally  the 
Credentials  Committee  Chairman  and  the  Credentials  Committee  Secretariat. 
Authorized  users  are  able  to  query  the  system  for  a  Credentials  Pull  List, 
which  lists  providers  by  specialty  and  gives  the  dates  of  their  last  creden¬ 
tials  reviews.  The  Credentials  Committee  uses  the  Provider  Profile  and  the 
Provider  Procedure/Mortality  Summary  when  formulating  its  recommendations  to 
the  Commander  regarding  the  privileges  to  be  granted  to  providers.  This 
function  generates  the  following  reports: 

a.  Credential  Pull  List. 

b.  Provider  Procedure/Mortality  Summary. 

c.  Provider  Procedure  Summary. 

d.  Provider  Profile. 

e.  Providers  with  Insufficient  Continuing  Education. 

These  reports  are  described  in  Part  2  of  Appendix  D. 
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2.5  Performance.  AQCESS  will  provide  automated  data  collection,  storage, 
sortinq,  analysis,  and  reporting  for  military  inpatient  facilities.  Data 
input  will  be  through  entry  at  CRT  terminals  in  the  Admissions  and  Disposi¬ 
tions  (A&D)  areas,  in  the  Clinical  Records  office,  and  in  the  Quality 
Assurance  Coordinator's  area.  The  input  will  be  real-time  while  the  patient 
or  record  is  present;  this  will  eliminate  the  need  to  create  a  paper  record 
and  then  enter  the  data  into  the  system.  This  real-time  processing  will 
result  in  the  shortening  of  patient,  record,  and  staff  processing  time.  The 
System  Manaqer  will  assign  user  IDs,  passwords,  and  user  privileges, 
precluding  unauthorized  use  of  terminals  or  printers. 

following  information  processing,  several  automated  outputs  will  be  generated 
daily  and  monthly.  These  outputs  are  listed  in  Figure  2-2,  and  will  be  pro¬ 
duced  at  designated  printers  based  on  the  requirements  of  the  military 
department  and  the  inpatient  facility.  Additionally,  reports  will  be  avail¬ 
able  on  an  "as  needed"  basis.  Reports  will  be  generated  during  low-use  times 
to  prevent  interference  with  A&D  processing,  which  would  delay  reports  and 
slow  patient  processing. 

Once  created,  records  from  the  Clinical  Records  section  will  be  screened  for  a 
great  variety  of  errors.  The  Clinical  Records  subsystem  will  not  allow 
completion  of  any  case  until  all  errors  are  corrected.  Errors  discovered 
through  Clinical  Records  can  be  corrected  through  Correction  Management  or 
another  A&D  function. 

Projected  interfaces  with  DEERS  and  CASH  are  but  two  of  the  future  functions 
foreseen.  Utilization  of  AQCESS  in  related  areas  within  the  facility  will 
require  study  and  approval  by  the  TRIMIS  Program  Office. 


2.6  Data  Base.  See  Appendix  G  to  this  document,  File  Descriptions. 


UH007 


2-12 


A&D  (R/ADT)  Reports 


Admission  and  Disposition  Report 
Admission  and  Disposition  Recapitulation/ 
Patient  Strength  Report 
Admission  Notification  Letters 
Admission  Summary  by  Name  or  Register  Number 
Alpha  Roster  of  Hospital  Patients 
Command  Interest  Report 
Daily  Admissions  by  Diagnosis 
Death  Report 

Disposition  Notification  Letters 

Disposition  Summary  by  Name  or  Register  Number 

Injury  Report 

Long-Term  Patient  Roster 

Patient  Charge  Roster 

Preadmission  List 

Projected  Dispositions  by  AFSC/MOS 

Register  of  Patients 

Roster  of  VSI/SI/SC  Patients 

Status  Out  Roster 

UCA  Disposition  Report 

UCA  Inpatient  Occupied  Bed  Days  Report 

Ward  Nursing  Report 


System  Management  Reports 


R/ADT  Products 


Registration  Form 
Admission  Form 
Index  Card 


Invalid  Sign-On  Log 
List  of  Current  Passwords 


Clinical  Records  Reports 

Clinical  Records  Released  to  A&D 
End-of-Month  Summary  (Navy  only) 

Incomplete  Inpatient  Medical  Records  Report 
Roster  of  Delinquent  Records 


Clinical  Records  Products 


Coded  Transcript  Tape 
Coded  Episode  Summary 
ITRCS/RIPT 
Error  List 


Figure  2-2.  AQCESS  OUTPUTS,  BY  SUBSYSTEM  (page  1  of  2) 


Blood  Utilization  Pull  List 
Credential  Pull  List 
Delinquent  Occurrence  Screening  List 
Diagnosis  Index  by  Provider 
Dispositions  by  Diagnosis  Report 
Incident  Summary 
Occurrence  Screening  Pull  List, 

Emergency  Service  and  Inpatient 
Occurrence  Screening  Summary: 

Facility,  Emergency  Service  4  Inpatient 
Provider,  Emergency  Service  A  Inpatient 
Specialty  (Inpatient) 

Occurrence  Screening  Suspense  List, 

Emergency  Service  and  Inpatient 

Figure  2-2.  AQCESS  OUTPUTS,  BY  SUBSYSTEM  (page  2  of  2) 


Provider  Occurrence  Screening 
Audit,  Emergency  Service  and 
Inpatient 

Provider  Procedure/Mortality 
Summary 

Provider  Procedure  Summary 
Provider  Profile 
Providers  with  Insufficient 
Continuing  Education  Report 
Quality  Assurance  Problem  Audit 
Surgical  Index  by  Provider 
Surgical  Operations  Report 


2.7  General  Description  of  Inputs,  Processing,  Outputs, 
a.  Inputs 

1.  Purpose  of  Input  -  Data  is  entered  to  provide  a  data  base  for 
comparison  with  established  criteria  and  standards  of  care. 

Data  will  be  entered  as  required  upon  admission  or  discharge  of 
patients,  as  needed  by  the  Quality  Assurance  Coordinator  and 
the  risk  manager,  and  as  records  are  processed  for  diagnosis, 
procedure,  and  provider  analysis. 

2.  Content  of  Input  -  User  input  does  not  contain  operational, 
control,  or  reference  data.  AQCESS  data  consists  of  demo¬ 
graphic  data  about  patients;  data  about  inpatient  admissions, 
dispositions,  and  transfers  within  the  hospital;  bed  availa¬ 
bility  statistics;  diagnoses  and  procedures;  occurrence 
screening  checklist  responses;  physician  profile  data;  and  data 
related  to  problems  or  incidents  at  the  MTF. 

3.  Associated  Inputs  -  AQCESS  requires  direct  input  only. 

A.  Origin  of  Inputs  -  Data  will  be  derived  through  interview  of 
the  patient,  sponsor,  or  parent,  and  review  of  the  clinical 
record.  Data  for  quality  assurance  will  be  derived  through 
input  from  Occurrence  Screening  Checklists,  Incident  Reports, 
and  credentials  file  information,  as  well  as  from  inputs  to  the 


patient  administration  and  Clinical  Records  components  of 
AQCESS. 


5.  Data  files  -  For  a  chart  identifying  the  source  of  input  (in 
boldface)  and  the  associated  data  files  that  are  built  from 
that  input,  see  Figure  2-3. 

6.  Security  Considerations  -  Due  to  the  confidentiality  of  the 
data  being  collected,  security  will  be  of  utmost  importance. 

Use  of  system  functions  will  be  strictly  limited  by  office  and 
function,  as  well  as  password.  Data  input  into  the  system  will 
be  displayed  on  AQCESS  screens;  these  screens  will  time  out  if 
no  data  or  commands  are  entered  by  a  user  within  a  specified 
length  of  time.  Space  security  will  be  an  additional 
consideration. 


b.  Processing.  The  general  flow  of  data  through  the  system  is 
illustrated  by  Figure  2-4.  This  data  flow  proceeds  as  follows:  Demographic 
data  on  individual  patients  is  entered  through  PTID  and  the  Registration 
function.  Data  on  the  patient's  admission  is  entered  through  Admission.  Data 
on  changes  to  the  patient's  ward,  clinical  service,  and  absent  statuses  can  be 
entered  either  through  Admission  or  Transfer.  Data  on  the  patient's  discharge 
is  entered  through  the  Disposition  function.  Through  Correction  Management, 
specific  data  on  the  inpatient  episode  can  be  corrected.  Diagnosis, 
procedure,  provider,  and  record  tracking  data  are  entered  through  the  Clinical 
Records  function,  where  final  processing  on  the  records  of  dispositioned 
patients  is  carried  out.  When  records  are  complete  and  error-free,  they  are 
approved  via  Clinical  Records,  and  information  on  these  records  is  sent  to 
higher  commands. 

Responses  to  occurrence  screening  checklist  questions  are  entered  through  the 
Quality  Assurance  function.  The  inpatient  occurrence  screening  checklist  for 
a  given  patient  is  not  complete  until  that  patient's  record  has  been  approved 
in  Clinical  Records  and  AQCESS  has  compared  the  checklist  to  the  approved 
record.  Clinical  Records  data  can  cause  certain  occurrence  screening 
questions  to  default  to  "yes."  Results  of  QA  reviews  of  affirmative  responses 
are  entered  in  Quality  Assurance;  if  reviews  validate  these  occurrences,  the 
validated  occurrences  are  automatically  posted  to  the  appropriate  provider 
profile(s) . 

In  addition  to  validated  occurrences,  provider  profiles  contain  data  on 
physician  certification,  licensing,  and  continuing  education.  The  number  of 
procedures  the  physician  performs,  the  total  discharges,  the  total  deaths,  and 
medical  record  delinquencies  are  posted  automatically  from  data  obtained  from 
Clinical  Records.  Other  profile  data  is  entered  through  the  Profiling 
function. 

This  is  a  summary  of  the  general  flow  of  information  through  the  system. 

AQCESS  also  enables  users  to  automatically  produce  numerous  reports  from  the 
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Figure  2-4.  AQCESS  LOGICAL  FLOW 


c.  Outputs.  For  general  descriptions  of  the  AQCFSS  outputs,  see  the 
sections  below.  Outputs  are  grouped  according  to  the  three  subsystems  and  the 
System  Management  function.  Further  information  on  these  outputs  is  contained 
in  the  Appendixes  to  this  document  (Part  2  of  each  of  the  following:  Appendix 
A,  A&D  subsystem;  Appendix  B,  System  Management;  Appendix  C,  Clinical  Records 
subsystem;  and  Appendix  0,  Quality  Assurance  subsystem).  These  appendixes 
give  information  about  each  output's  purpose,  contents,  format,  relationship 
to  inputs,  production,  distribution,  and  any  associated  outputs.  They  also 
include  examples  of  each  output. 

Security  considerations  in  relation  to  outputs  are  the  same  as  described  in 
paragraph  2. 7. a. 6  above.  Outputs  can  only  be  requested  by  authorized  users 
and  will  only  print  in  designated  locations.  On  QA  reports,  health  care 
providers  are  indicated  by  special  codes  to  protect  confidentiality  of  data. 

In  addition  to  the  outputs  listed,  AQCFSS  will  provide  an  ad  hoc  reporting 
capability  by  which  users  can  produce  a  variety  of  outputs  tailored  to  the 
MTF's  needs. 


2.7.1  A&D  (R/ADT)  Outputs.  Data  input  through  the  A&D  subsystem  yields  the 
outputs  described  below.  All  of  the  reports  described  in  this  section  are 
associated  with  and  complement  each  other.  Except  where  otherwise  indicated, 
each  report  is  requested  by  the  user  through  the  R/ADT  Reports  function. 

a.  Admission  and  Disposition  Report  -  describes  all  admissions, 
dispositions,  changes  of  absent  status,  and  newborn  activity,  as 
well  as  corrections  to  this  data.  Produced  daily,  usually  at 
midnight;  a  partial  report  can  be  run  on  demand. 

b.  Admission  and  Disposition  Recap/Patient  Strength  Report  -  summarizes 
AM)  data  by  patient  category  and  absent  status,  and  for  newborns. 

c.  Admission  Cover  Sheet  or  Admission  Form  -  contains  patient 
identification  and  admission  information  on  an  individual  patient. 
Requested  by  the  user  from  the  Admission  or  Transfer  function. 

d.  Admission  Notification  Letters  -  notify  unit  commanders  of 
active-duty  personnel  in  their  commands  whose  inpatient  admissions 
were  entered  in  AQCESS  on  the  report  date. 

e.  Admission  Summary  by  Name  or  Register  Number  -  summarizes  all 
admissions  effective  in  the  report  month,  sorted  by  patient  name  or 
register  number. 

f.  Alpha  Roster  of  Hospital  Inpatients  -  lists  all  current  inpatients, 
in  alphabetical  order,  showing  current  ward,  clinical  service,  and 
absent  status,  and  giving  demographic  information  about  each 
patient.  Distributed  to  A&D  Desk  to  be  used  as  a  reference. 
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g.  Command  Interest  Report  -  lists  all  patients  by  command  interest 
status. 

h.  Daily  Admissions  by  Diagnosis  -  gives  information  about  admissions 
for  a  given  day  for  each  diagnosis,  giving  demographic  data  on  each 
admission . 

i.  Death  Report  -  lists  all  deaths  occurring  during  the  report  period, 
sorted  by  disposition  date  and,  within  date,  by  name. 

j.  Disposition  Notification  Letters  (Army  only)  -  notify  unit 
commanders  of  active-duty  enlisted  personnel  in  their  commands  whose 
dispositions  were  entered  in  AQCFSS  on  the  report  date. 

k.  Disposition  Summary  by  Name  or  Register  Number  -  summarizes  all  dis¬ 
positions  effective  in  the  report  month,  sorted  by  patient  name  or 
register  number. 

l.  Index  Card  (3x5  Card  or  5x8  Card)  -  contains  admission  data,  and  is 
requested  by  the  user  from  the  Admission  or  Transfer  function. 

m.  Injury  Report  -  lists  each  patient  whose  type  case  indicates  injury, 
and  gives  demographic  data  on  the  patient. 

n.  Long-Term  Patient  Roster  -  lists  current  inpatients  who  have  been 
under  hospital  care  for  more  than  the  number  of  days  specified  at 
run  time;  sorted  by  patient  name  and,  within  name,  by  register 
number . 

o.  Patient  Charge  Roster  (Army  only)  -  lists  current  charges  for  all 
inpatients  or  patients  dispositioned  on  the  run  date;  sorted  by 
patient  name. 

p.  Patient  Strength  Report  -  see  A&D  Recap. 

q.  Preadmission  List  -  gives  data  on  each  current  preadmission. 

r.  Project  Dispositions  by  AFSC/MOS  -  lists  all  patients  for  whom 
projected  dispositions  have  been  entered,  sorted  by  military 
specialty. 

s.  Register  of  Patients  -  lists  the  register  numbers  assigned,  with 
summary  patient  data,  for  each  day  of  the  report  period  (can  be  used 
in  place  of  DD739). 

t.  Registration  Form  -  contains  registration  data  on  an  individual 
patient.  Requested  by  the  user  from  the  Registration  function. 

u.  Roster  of  VSI/SI/5C  Patients  -  lists,  by  ward  and  clinical  service, 
all  patients  whose  casualty  code  is  Very  Seriously  Ill,  Seriously 
Ill,  Special  Category,  or  Terminally  Ill.  Includes  demographic 
data,  diagnosis,  and  prognosis  for  each  patient. 
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v.  Status  Out  Roster  -  lists  patients  currently  out  of  the  hospital, 
giving  their  current  absent  status  and  expected  return  date,  and 
indicating  whether  return  is  overdue. 

w.  UCA  Disposition  Report  -  gives  the  number  of  patients  that  have  been 
dispositioned  during  a  given  month,  by  UCA  Clinical  Service  code. 
Produced  monthly. 

x.  UCA  Inpatient  Occupied  Bed  Days  Report  -  shows  the  number  of  bed 
days  accumulated  for  each  clinical  service  and  ward  for  a  given 
month.  Also  shows  total  bed  days  per  clinical  service,  total  bed 
days  per  ward,  and  a  grand  total  of  all  bed  days  for  the  month. 
Produced  monthly. 

y.  Ward  Nursing  Report  -  alphabetically  lists  all  inpatients  currently 
assigned  to  each  ward,  by  ward.  Gives  demographic  and  admission 
data  on  each  patient,  and  includes  bed  availability  data  for  each 
ward.  Produced  daily,  usually  at  midnight. 


2.7.2  System  Management  Outputs.  The  System  Management  reports  are  produced 
from  data  entered  in  System  Management  or  regulated  by  it.  These  reports  are 
reguested  by  authorized  users  from  the  System  Management  function  (the  User 
ID/Terminal  Maintenance  Menu). 

a.  Invalid  Sign-On  Log  -  gives  information  about  any  incorrect  entry  of 
user  IDs  and  passwords.  Produced  on  reguest  of  the  System  Manager, 
who  also  specifies  the  time  period  of  this  report. 

b.  List  of  Current  Passwords  -  lists  the  current  user  IDs  and 
passwords,  including  the  date  when  these  passwords  were  last 
changed,  and  the  privileges  allowed  to  each  ID-password 
combination.  Produced  on  request  of  the  5ystem  Manager. 


2.7.3  Clinical  Records  Outputs.  The  outputs  described  in  this  section  are 
produced  from  data  retrieved  from  A&D  functions,  edited  by  the  Clinical 
Records  subsystem,  and  supplemented  by  data  entered  via  the  Clinical  Records 
subsystem  or  calculated  by  it.  The  means  of  requesting  each  output  is 
specified  below. 

a.  Clinical  Records  Returned  to  A&D  -  lists  records  that  have  been 
returned  to  A&D  for  correction.  Includes  patient  identification 
data,  date  of  disposition,  and  the  reason  for  the  release  to  A&D. 
Requested  by  the  user  from  the  Clinical  Records  Report  function. 

b.  Coded  Episode  Summary  -  lists  the  data  included  on  the  Coded 
Transcript  Tape  in  hard-copy  form;  contents  differ  for  each  military 
department,  as  per  regulations.  Requested  by  the  user  from  the 
Clinical  Records  function. 
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c.  Coded  Transcript  Tapp(s)  -  a  machine-readable  report  on  records  that 
have  been  processed  in  the  Clinical  Records  subsystem  and  approved 
for  inclusion  on  this  tape  by  the  Clinical  Records  supervisor. 
Includes  final  records  on  patients.  The  Coded  Transcript  Tape  con¬ 
tains  data  specified  by  regulations  for  each  military  department. 

It  is  requested  by  the  System  Manager  at  the  operations  console. 

d.  fnd-of-Month  Summary  (Navy  use  only)  -  gives  summary  statistics  for 
all  inpatient  episodes  that  are  included  on  the  report  to  higher 
commands — specifically,  on  all  admissions  and  dispositions  for  the 
month,  giving  figures  for  those  that  have  been  completely  processed 
in  CR  and  those  that  are  incomplete.  Requested  by  the  user  from  the 
Clinical  Records  Report  function. 

e.  Error  List  -  lists  any  errors  in  the  record  that  were  discovered  by 
Clinical  Records  edits.  Produced  automatically  after  the  Coded 
Episode  Summary  or  the  ITRCS/RIPT. 

f.  Incomplete  Inpatient  Medical  Records  Report  -  lists  incomplete 
records  of  patients,  by  the  provider  responsible  for  the  missing 
item(s) . 

g.  Inpatient  Treatment  Record  Cover  Sheet  or  Record  of  Inpatient 
Treatment  (ITRCS/RIPT)  -  contains  data  on  an  individual  inpatient 
episode  that  has  been  accessed  in  Clinical  Records.  Requested  by 
the  user  from  the  Clerk  Actions  Screen. 

h.  Roster  of  Delinquent  Records  -  lists  records  that  have  not  been 
completely  processed  in  Clinical  Records  within  the  time  limit  set 
by  the  MTE,  and  which  are  therefore  delinquent.  Requested  by  the 
user  from  the  Clinical  Records  Report  function. 


2.7.4  Quality  Assurance  Outputs.  These  outputs  are  produced  from  data 
retrieved  from  the  Clinical  Records  subsystem  and  data  entered  through  the 
Quality  Assurance  subsystem.  The  Quality  Assurance  subsystem  consists  of  the 
Quality  Assurance  function  and  the  Profiling  function.  For  ease  of 
discussion,  the  QA  reports  are  grouped  by  these  functions. 


2.7.4. 1  Quality  Assurance  Reports. 

a.  Blood  Utilization  Pull  List  -  summarizes  blood  product  utilization, 
by  care  provider,  over  a  specified  period  of  time;  lists  records 
that  are  to  be  reviewed  by  the  Blood  Utilization  Review  Committee. 

b.  Delinquent  Occurrence  Screening  List  -  lists  all  patients  whose 
inpatient  occurrence  screening  checklist  is  not  completed  within  the 
period  of  time  after  disposition  specified  by  the  MTF. 
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Diagnosis  Index  by  Provider  -  gives  information  on  diagnoses  entered 
in  Clinical  Records,  by  provider  of  care. 

Dispositions  by  Diagnosis  Report  -  gives  information  on  diagnoses  of 
patients  discharged  during  the  reporting  period. 

Incident  Summary  -  summarizes  incidents  occurring  at  the  MTF  during 
a  specified  time  period. 

Occurrence  Screening  Pull  List,  Inpatient  and  Emergency  Service  - 
these  two  reports  identify  patient  records  involved  in  occurrence 
screening  discrepancies,  allowing  these  records  to  be  pulled  for 
review. 

Occurrence  Screening  Summaries.  These  reports  summarize  occurrence 
screening  data.  The  inpatient  summaries  listed  below  (Facility, 
Provider,  and  Specialty)  come  in  two  versions.  (1)  Users  can  re¬ 
quest  inpatient  summaries  containing  raw  data,  which  is  information 
on  all  affirmative  responses  to  checklist  items,  whether  validated 
or  not.  Raw  data  is  reported  by  the  primary  or  responsible 
provider.  Or  (2)  users  can  request  inpatient  summaries  containing 
information  only  on  validated  variations;  validated  data  is  reported 
by  the  provider  that  the  validated  variation  was  posted  to. 

1.  Facility  Occurrence  Screening  Summary,  Inpatient  and  Emergency 
Service  -  summarize  affirmative  checklist  responses  for  the  two 
checklists.  The  inpatient  summary  groups  checklist  data  by  the 
specialty  of  the  patient's  physician  (if  the  provider  has  more 
than  one  specialty,  the  report  will  show  the  specialty  that 
relates  to  this  case).  The  emergency  service  summary  groups 
data  by  provider. 

2.  Provider  Occurrence  Screening  Summary,  Inpatient  and  Emergency 
Service  -  summarize  affirmative  checklist  responses  for  an 
individual  provider,  for  a  specified  period. 

3.  Specialty  Occurrence  Screening  Summary  -  summarizes,  for 
affirmative  checklist  responses  for  a  specified  time  period,  by 
clinical  specialty  of  the  provider.  If  the  provider  has  more 
than  one  specialty,  the  report  will  show  each  specialty  and  the 
cases  assigned  to  the  doctor  in  relation  to  that  specialty. 

Occurrence  Screening  Suspense  List,  Inpatient  and  Emergency  Service 

-  these  two  reports  list  occurrence  screening  open  items  that  have 
been  assigned  for  review  and  have  not  been  returned. 

Provider  Occurrence  Screening  Audit,  Inpatient  and  Emergency  Service 

-  these  two  reports  list,  by  provider,  all  QA  actions  taken  on 
exceptions  to  occurrence  screening  standards. 

Quality  Assurance  Problem  Audit  -  presents  data  about  QA  problems, 
either  resolved  or  unresolved. 


k. 


Surgical  Index  by  Provider  -  gives  information  on  surgical 
procedures  performed  during  the  reporting  period. 


V' 


1.  Surgical  Operations  Report  -  gives  information  on  surgical 

procedures  performed  during  the  MTF  during  the  reporting  period. 


2. 7.4. 2  Profiling  Reports. 

a.  Credential  Pull  List  -  lists  providers  by  specialty,  to  facilitate 
pulling  the  provider's  credential  file  and  performing  credential 
review. 

b.  Provider  Procedure/Mortality  Summary  -  presents  the  mortality  rate 
for  procedures  that  fall  within  any  of  the  26  categories  of 
procedures  that  are  reportable  to  DoD.  It  gives  one  page  of 
mortality  statistics  for  each  provider  recorded  as  the  primary 
provider,  secondary  provider,  or  teaching  assistant  involved  in 
performing  a  procedure  that  was  associated  with  a  patient's  death. 

c.  Provider  Procedure  Summary  -  gives  mortality  information  for  all 
procedures  performed  at  the  MTF  that  were  associated  with  a  patient 
death,  by  providers  recorded  as  primary  or  secondary  provider  or 
teaching  assistant. 

d.  Provider  Profile  -  for  individual  providers,  gives  dates  for  creden¬ 
tials  and  license  renewals,  continuing  education  and  certification 
data.  Also  shows  the  following  data,  where  applicable,  accumulated 
for  six-month  periods:  number  of  procedures  performed,  patients 
discharged,  malpractice  claims  filed,  medical  records  deficiencies 
and  delinguencies,  and  validated  complaints,  validated  variations 
related  to  antibiotic  use,  normal  surgical  tissue,  and  transfusions, 
validated  variations  detected  through  occurrence  screening,  and 
total  deaths. 

e.  Providers  with  Insufficient  Continuing  Education  -  lists  providers 
who  have  fewer  credit  hours  of  continuing  education  than  the  number 
entered  by  the  user  reguesting  the  report. 
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SECTION  3.  STAFF  FUNCTIONS  RELATED  TO  TECHNICAL  OPERATIONS 


3.1  Initiation  Procedures.  For  an  explanation  of  how  Lo  log  on  to  the  AQCESS 
system,  see  Section  3  of  the  AQCESS  System  Specification;  PAD  Subsystems, 
"User  Entry." 


3.2  Staff  Input  Requirements.  The  information  called  for  in  this  section  is 
not  applicable  to  AQCESS,  since  it  is  an  on-line  rather  than  a  batch  system. 


3.2.1  Input  Formats.  All  AQCESS  data  entry  occurs  via  screens  displayed  on  a 
CRT  terminal.  An  example  of  each  AQCESS  screen  is  contained  in  the  Appendixes 
to  this  document  (Part  1  of  each  of  the  following:  Appendix  A,  AM)  (R/ADT) 
subsystem;  Appendix  B,  System  Management  function;  Appendix  C,  Clinical 
Records  subsystem;  and  Appendix  D,  Quality  Assurance  subsystem). 


3.2.2  Composition  Rules.  For  the  rules  and  conventions  regarding  what  input 
will  be  accepted  by  AQCESS,  see  Part  1  of  Appendixes  A,  B,  C,  and  D. 


3,2.3  Input  Vocabulary.  For  a  listing  of  valid  codes  used  to  input  data  into 
the  system,  see  Appendix  F,  Tables. 


3.2.4  Sample  Inputs.  All  input  into  the  AQCESS  system  can  be  classified  as 
alphabetic,  numeric,  alphanumeric,  or  free  text.  See  Part  1  of  Appendixes  A, 
B,  C,  and  D  for  inputs  through  screens.  Classifications  such  as  header,  text, 
trailer,  omissions,  and  repeats  do  not  apply  to  AQCESS  inputs. 


3.3  Output  Requirements. 


a.  Purpose  -  see  Sections  2.7.c,  and  2.7.1  through  2.7.4  of  this 
document,  General  Description  of  Inputs,  Processing,  and  Outputs. 

b.  Time  -  see  Part  2  of  Appendixes  A,  B,  C,  and  D. 

c.  Options  -  see  Section  4.3,  Query  Preparation. 

d.  Media  -  see  Part  2  of  Appendixes  A,  B,  C,  and  D. 
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e.  Location  -  The  location  where  the  output  is  required  to  appear  will 
be  determined  by  the  individual  MTFs. 

f.  Other  -  see  Part  2  of  Appendixes  A,  B,  C,  and  D. 


3.3.1  Output  Formats.  For  descriptions  of  the  header  and  trailer  data,  and 
the  format  of  the  body  of  each  AQCESS  output,  see  Part  2  of  Appendixes  A,  B, 
C ,  and  D . 


3. 3. 1.1  Ad  Hoc  Reporting  Capability.  Ad  hoc  reporting  capability  is  to  be 
developed  under  Phase  II  of  the  AQCESS  contract.  A  description  of  it  will  be 
submitted  at  a  later  date. 


3.3.2  Sample  Outputs.  Examples  of  each  output  produced  by  AQCESS  are 
included  in  Part  2  of  Appendixes  A,  B,  C,  and  D. 

a.  Definition  -  see  Part  2  of  Appendixes  A,  B,  C,  and  D. 

b.  Source  -  see  Part  2  of  Appendixes  A,  B,  C,  and  D. 

c.  Characteristics  -  not  applicable  to  on-line  systems. 


3.3,3  Output  Vocabulary.  Part  2  of  Appendixes  A,  B,  C,  and  D  describe  the 
codes  used  in  AQCESS  reports,  and  refer  to  the  system  tables  containing  codes, 
where  appropriate. 


3.4  Utilization  of  System  Outputs.  The  use  of  each  AQCESS  output  is 
described  in  Part  2  of  Appendixes  A,  B,  C,  and  D. 


3.5  Recovery  and  Error  Correction  Procedures.  For  a  list  of  the  error  codes 
that  the  system  can  display,  see  Appendix  H,  Error  Codes.  Procedures  to  be 
followed  in  correcting  the  errors  represented  by  these  codes  vary  with  each 
error  and  with  the  particular  circumstances  surrounding  the  error.  In  case  of 
an  abnormal  termination  of  a  user's  job  due  to  software  errors,  the  system 
automatically  records  the  information  necessary  for  restart  and  recovery.  The 
System  Manager  requests  a  printout  of  this  information  (the  Error  Log)  and 
forwards  the  information  to  NDC/FSI.  NDC  personnel  determine  the  problem  and 
relay  the  procedures  necessary  to  correct  it. 
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SECTION  4.  FILE  QUERY  PROCEDURES 


4.1  System  Query  Capabilities.  An  ad  hoc  reporting  capability  will  be 
developed  under  Phase  II  of  the  AQCESS  contract;  a  description  of  this 
capability  will  be  submitted  at  a  later  date. 


4.2  Data  Base  Format.  Figure  5-1  illustrates  the  format  of  the  data  base 
used  by  this  system.  See  also  Appendix  G  of  this  document,  File  Descriptions, 
and  the  AQCESS  Data  Base  Specification,  reference  1.2.e. 


4.3  Query  Preparation.  Not  available  at  this  time  (see  4.1,  above). 


4.4  Control  Instructions.  The  information  called  for  in  this  section  is  not 
applicable  to  AQCESS,  since  it  is  an  on-line  rather  than  a  batch  system. 
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SECTION  5.  TERMINAL  DATA  OISPLAY  AND  RETRIEVAL  PROCEDURES 


5.1  Available  Capabilities.  AQCESS  data  is  displayed  through  a  series  of 
screens  associated  with  each  selection  on  a  main  menu.  Data  aggregated  in  the 
form  of  reports  can  be  viewed  at  terminals  and  can  be  printed  out  on  paper. 


5.2  Data  Base  Content.  The  content  of  the  data  base  is  patient  administra¬ 
tion  and  clinical  records  data,  responses  to  Inpatient  and  Emergency  Services 
Screening  Checklists,  incident  and  problem  reporting  data,  and  provider  pro¬ 
file  data.  All  of  this  data  is  available  for  terminal  display  and  retrieval. 
Figure  5-1  illustrates  the  format  of  the  data  base  used  by  the  system. 


5.3  Access  Procedures.  AQCESS  and  its  data  base  are  accessed  through  a 
Sign-On  Screen,  on  which  the  user  enters  a  user  ID  and  password.  Associated 
with  each  valid  user  ID  and  password  are  the  system  capabilities  that  the  user 
is  authorized  to  perform.  When  the  system  determines  that  the  user  ID  and 
password  are  valid,  a  main  menu,  the  User  Entry  Menu  Screen,  is  displayed 
indicating  the  functions  authorized  to  the  user,  and  the  functions  that  can  be 
performed  at  the  particular  terminal. 

Through  the  System  Management  function  the  System  Manager  specifies  the 
particular  functions  authorized  to  each  user  and  terminal.  For  security 
reasons,  certain  functions  are  restricted  to  only  one  or  a  few  users.  The 
System  Management  function  can  only  be  accessed  by  the  System  Manager  and  is 
usually  only  available  to  that  one  user.  Quality  Assurance  and  Profiling 
functions  can  only  be  performed  by  the  Quality  Assurance  Coordinator. 

AQCESS  system  functions  are  as  follows: 

Registration  Processing 
Admission  Processing 
Disposition  Processing 
Transfer  Processing 
R/ADT  Reports 
Inpatient  History 
Patient  Inquiry 
Clinical  Records  Processing 
Clinical  Records  Reports 
Bed  Management  Processing 
Correction  Management 
System  Management 
Quality  Assurance 
Profiling 

These  functions  comprise  the  subsystems  that  make  up  AQCESS.  The  breakdown  of 
functions  by  subsystem  is  shown  in  Figure  5-2. 
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Access  Control  Functions 


Clinical  Records  Subsystem 


User  Entry 

Patient  Identification  (PTID) 

A&D  (R/ADT)  Subsystem 

Registration 

Admission 

Disposition 

Transfer 

Correction  Management 
Bed  Management 
Inpatient  History 
Patient  Inguiry 
R/ADT  Reports 

System  Management  Function 


Clinical  Records 
Clinical  Records  Reports 

Quality  Assurance  Subsystem 

Quality  Assurance 
Profiling 


Figure  5-2.  AQCESS  SUBSYSTEMS  AND  FUNCTIONS 


Also  for  security  reasons,  screens  will  time  out,  or  disappear  from  the 
terminal,  if  they  are  displayed  longer  than  a  certain  time  without  any  data 
or  commands  entered.  The  length  of  time  before  timing  out  varies  from 
function  to  function,  because  some  functions  are  more  sensitive  than  others, 
atd  is  set  by  the  System  Manager  through  the  System  Management  process. 


5. A  Display  and  Retrieval  Procedures.  Screens  are  displayed  when  they  are 
selected  by  the  user  from  any  menu  or  sub-menu  in  the  system,  or  when  the 
course  of  processing  indicates  that  display  of  a  screen  should  be  automatic. 
In  both  cases,  screen  display  can  be  considered  immediate. 

For  examples  of  the  AQCESS  screens,  see  Part  1  of  each  of  the  following: 
Appendix  A  (AAD  subsystem),  Appendix  B  (System  Management  function), 
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Appendix  C  (Clinical  Records  subsystem),  and  Appendix  D  (Quality  Assurance 
subsystem) . 


The  different  responses  that  users  can  make  to  displays  vary  depending  on 
which  of  the  almost  100  system  screens  is  being  displayed,  and  depending  on 
the  unique  combination  of  data  that  has  been  entered  on  a  patient  record. 
Thus  the  number  of  these  responses  can  almost  be  considered  infinite. 


5.5  Recovery  and  Error  Correction  Procedures.  For  a  list  of  the  error  codes 
that  the  system  can  display,  see  Appendix  H,  Error  Codes.  Procedures  to  be 
followed  in  correcting  the  errors  represented  by  these  codes  vary  with  each 
error  and  with  the  particular  circumstances  surrounding  it. 


5.6  Termination  Procedures.  The  user  terminates  processing  by  cancelling  or 
pressing  the  Return  key  on  the  keyboard  until  the  User  Entry  Sign-On  Screen  is 
redisplayed. 


UH  007 


5-5 


seen  ON  6.  TERMINAL  DATA  UPDATE  PROCEDURES 


6.1  Frequency.  Users  may  update  data  whenever  there  is  a  change  to  th 
information  entered  through  their  functional  areals). 


6,2  Restrictions.  If  a  user  is  authorized  to  access  data  via  a  system 
function,  in  most  cases  the  user  is  also  authorized  to  update  the  data 
available  through  that  function  at  any  time.  A  few  data  elements  cannot  be 
updated  through  some  functions  (e.g.,  the  source  of  admission  can  only  he 
changed  in  Correction  Management,  and  not  through  Admission  processing).  If 
the  user  attempts  to  update  such  a  data  element  through  an  inappropriate 
function,  the  system  will  display  an  error  message  and  will  not  accept  the 
entry. 


6.5  Sources.  The  source  of  the  data  that  makes  up  the  updates  is  the  .>ame  as 
the  source  of  the  data  that  makes  up  the  original  input.  See  Section  2. 7. a. 4 
of  this  document. 


6.4  Access  Procedures.  The  user  accesses  a  function  through  which  he  or  she 
is  authorized  to  perform  updates  in  the  same  manner  as  described  in  Section 

5.3. 


6.5  Update  Procedures.  Update  procedures  are  the  same  as  procedures  for  data 
entry,  except  that  the  user  accesses  the  field  or  fields  to  be  updated  by 
typing  in  all  or  part  of  the  field  label,  or  by  entering  "ALL"  to  update  all 
allowed  fields  on  the  screen.  When  the  updated  data  has  been  entered,  the 
user  presses  the  Return  key  to  store  it. 


6.6  Recovery  and  Error  Correction  Procedures.  Update  data  undergoes  the  same 
edits  as  initially  entered  data.  A  list  of  the  possible  resulting  error 
codes  is  contained  in  Appendix  H,  Error  Codes.  For  information  about  error 
correction  and  recovery  procedures,  see  Section  3.5  of  this  document. 


6.7  Termination  Procedures.  See  Section  5.6. 
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INTRODUCTION  TO  PART  1 


Part  1  of  this  Appendix  contains  examples  of  screens  used  by  the  A&D  subsystem 
of  AQCFSS.  Screens  are  grouped  by  A&D  function,  as  shown  on  the  table  of 
contents. 

In  most  cases  the  screen  is  followed  by  a  Data  Chart  that  describes  its 
fields  and  gives  the  number  of  the  table  in  which  the  possible  entries  can  be 
found.  For  fields  where  you  enter  data,  these  descriptions  also  give  the 
number  of  characters  allowed  and  indicate  which  fields  are  reguired  (see 
below).  Data  Charts  are  not  presented  for  menu  screens,  identification 
screens  (which  consist  of  only  one  data  field,  such  as  REGISTER  NUMBER),  and 
any  screens  that  do  not  contain  data  fields. 


Reguired  and  Allowed  Fields.  Data  Charts  state  which  data  items  are  used  by 
some  military  departments,  but  not  all.  They  also  specify  which  fields  you 
are  reguired  to  enter  data  in.  A  symbol  appears  in  boldface  after  the 
description  of  a  particular  item  to  indicate  whether  that  item  is  allowed  or 
reguired.  These  symbols  are  as  follows: 


A 

F 

N 

A* 

F* 

N* 

DEP 

DEP* 

AD 

AD* 

** 


=  allowed  in  the  Army  only,  but  not  required 
=  allowed  in  the  Air  Force  only,  but  not  required 
=  allowed  in  the  Navy  only,  but  not  required 
=  required  for  Army  patients 
=  required  for  Air  Force  patients 
=  required  for  Navy  patients 
=  allowed  for  dependents 
=  required  for  dependents 
=  allowed  for  active-duty  patients 
=  required  for  active-duty  patients 
=  required  for  all  patients. 


These  symbols  are  combined  where  it  is  necessary  to  be  more  specific,  for 
example: 


A,F  =  allowed  for  Army  and  Air  Force  patients 

A-DEP  =  allowed  for  Army  dependents 

F*-AD  =  required  for  Air  Force  active  duty. 

Required  or  allowed  fields  for  other  types  of  patients  (for  example,  retired 
sponsors)  are  expressed  in  English. 

Any  symbol  that  indicates  that  a  data  field  is  allowed  for  a  particular 
military  department  means  that  it  is  not  allowed  for  any  other.  A,F  means 

the  data  item  can  only  be  used  in  the  Army  and  Air  Force.  If  there  is  no 

symbol  for  a  data  item,  you  can  assume  that  you  are  allowed  to  enter  it  for 
any  military  department.  Also,  remember  that  being  allowed  to  use  a  data  item 
does  not  mean  you  are  required  to  use  it. 
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Common  Patient  Data.  A  number  of  data  fields  related  to  patient  identifi¬ 
cation,  registration,  and  admission  are  used  on  more  than  one  of  the  A&D 
screens.  These  fields  are  described  in  a  basic  Data  Chart  on  the  following 
pages.  Later  charts  for  specific  screens  may  refer  to  this  Basic  Data  Chart, 
rather  than  repeat  detailed  explanations  of  these  fields. 


1)  REGISTER  NUMBER.  7-digit  number  assigned  to  the  inpatient  episode 


durinci  admission.  For  Air  Force  newborns,  the  mother's  register  number  is 
used,  followed  by  a  1-letter  alphabetical  suffix — i.e.,  A  for  a  single 
birth  or  for  the  first  of  a  multiple  birth,  B  for  the  second  of  a  multiple 
birth,  etc. 


(2)  PATIENT  NAME. 


Name  of  the  patient,  in  the  following  format:  last 
name,  followed  by  comma,  followed  immediately  by  first  name.  First  name 


can  be  followed  by  a  space  and  a  middle  initial  or  middle  name,  and/or  a 
space  and  a  title.  Last  name  can  contain  hyphens  or  an  apostrophe,  but  no 
other  punctuation;  first  name  and  middle  name  can  contain  hyphens  but  no 
other  punctuation. 


(3)  FMP .  Patient's  family  member  prefix.  An  FMP  of  20  means  that  the 
patient  is  a  sponsor.  If  the  patient  is  not  a  sponsor,  FMP  indicates  the 
relationship  of  the  patient  to  the  sponsor.  See  Table  1012  for  codes. 


(4)  SSN.  Social  Security  Number  of  patient's  sponsor  (or  of  patient  if 
patient  is  the  sponsor). 


(5)  DOB.  Patient's  date  of  birth. 


(6)  SEX.  Code  for  the  patient's  sex. 

(7)  RACE .  Code  for  the  patient's  race.  See  Table  1024. 


(8)  RELIGION.  Code  for  the  patient's  reliqious  preference.  See  Table 

1000. 


(9)  MARITAL  STATUS.  Code  for  the  patient's  marital  status. 

(10)  RANK.  Code  for  the  patient's  rank.  See  Table  1006. 

(11)  PATIENT  CATEGORY.  Indicates  the  service  affiliation  and  the  author¬ 


ization  classification  that  authorizes  the  patient's  care.  Table  1002. 


BASIC  DATA  CHART 

Showing  Data  Common  to  AQCESS  A&O  Screens 


A-1-2 
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(12)  SERVICE.  Service  affiliation  for  Air  Force  and  Navy  sponsors,  and 
foreign  officers.  For  Army  officers,  this  field  should  contain  the  Army 
branch  of  service.  All  codes  contained  in  Table  1023. 


(13)  SOURCE  OF  ADMISSION.  The  source  or  type  of  the  patient's  admission 
(e.g.,  "DIR"  for  "direct,"  "TFR"  for  "transfer").  Can  be  displayed  as 
code  or  textual  description,  or  both.  Also  referred  to  as  "type"  of 
admission.  See  Table  2001. 

(14)  ADMISSION  DATE  AND  TIME.  The  day,  month,  and  year  of  the  patient's 
admission,  and  the  time  of  day,  in  military  time. 

(15)  CLINICAL  SERVICE.  The  UCA  clinical  service  code  of  the  service  to 
which  the  patient  is  assigned  (e.g.,  internal  medicine,  obstetrics). 

Table  2005. 

(16)  WARD.  The  ID  number  of  the  ward  to  which  the  patient  is  assigned. 

(17)  LENGTH  SVC.  Length  of  time  the  patient  has  been  on  active  duty. 

For  Army  and  Air  Force,  enter  year  or  use  Table  2014.  For  Navy  enter  year 
and  month  (YYMM),  from  zero  to  55  years,  11  months. 

(18)  ABSENT  STATUS.  Code  for  the  patient's  hospitalization  status,  e.g., 
B0  (bed  occupant),  CL  (on  convalescent  leave).  Table  2002. 

(19)  TYPE  CASE.  Code  indicating  the  type  of  medical  case  and  its  cause 
(e.g.,  disease,  assault,  battlefield  injury,  etc.).  See  Table  2004. 

(20)  CAUSE  OF  INJURY.  The  cause  of  the  patient's  injury,  if  the 
hospitalization  is  the  result  of  injury.  Table  2009. 

(21)  DISPOSITION  TYPE.  Code  indicating  the  patient's  disposition  status 
at  the  end  of  hospitalization  (e.g.,  discharged  to  duty  or  home).  Table 
2007. 

(22)  DISPOSITION  DATE/TIME.  Date  and  time  when  the  patient  left  the 
hospital 's  care. 

(23)  MTF  TRANSFERRED.  Code  for  the  MTF  to  which  the  patient  transferred, 
if  the  patient  transferred  to  another  MTF.  Table  1005,  or,  for  Army,  a 
constructed  MTF  code  for  non-Army  MTFs. 


BASIC  DATA  CHART  (SCREENS) 
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Format  for  Entering  Personal  Names  and  Date/Time.  Personal  names  are  entered 
in  the  following  format:  last  name,  followed  by  comma,  followed  immediately 
by  first  name.  The  first  name  can  be  followed  by  a  space  and  a  middle  initial 
or  middle  name,  and/or  a  space  and  a  title.  The  last  name  can  contain  hyphens 
or  an  apostrophe,  but  no  other  punctuation;  the  first  name  and  middle  name  can 
contain  hyphens  but  no  other  punctuation. 

All  dates  can  be  entered  in  the  following  formats: 

DDMMMYY  (e.g.,  12JUN85)  MMDDYY  (e.g.,  061285) 

MMMDDYY  (e.g.,  JUN1285). 

Date,  month,  and  year  can  be  separated  by  a  slash,  comma,  period,  or  space. 

The  century  can  be  added  to  the  year.  Whatever  format  is  used  to  enter  the 
date,  the  system  will  redisplay  it  in  the  format  DD  MMM  YY  (e.g.,  12  3UN  85). 

When  entering  the  date  and  the  time,  enter  the  date  as  just  described, 
followed  by  the  §  sign,  then  the  time,  in  military  format. 

A  quick  way  to  enter  the  present  date  is  to  enter  T;  the  current  date  will  be 
redisplayed  on  the  screen.  To  enter  both  the  present  date  and  time,  enter  N, 
and  that  date  and  time  will  be  redisplayed. 
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**********  SIGN  ON  ********** 


************************************************************** 
*  (NAME  OF  MTF)  * 


* 


* 


*  * 

*  AUTOMATED  QUALITY  OF  CARE  * 

*  * 

*  EVALUATION  SUPPORT  SYSTEM  * 

*  AQCESS  * 

*  * 


*  VERSION  1.00 

* 


TERMINAL  ID  99  * 

* 


************************************************************** 


USER  ID 


PASSWORD 


3 

4 
3 
6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 


***■****#***#***##*## #*###***##*### ****** ft*###****##**##**#**#* 


*  AUTOMATED  QUALITY  OF  CARE  * 


*  EVALUATION  SUPPORT  SYSTEM 


*  ALL  PERSONAL  DATA  DISPLAYED  ON  THE  AQCESS  SCREENS  ARE  * 


FOR  OFFICIAL  USE  ONLY 


*  PERSONAL  DATA  —  PRIVACY  ACT  OF  1974  (PL  93-579,  5USC552A).* 
*******#****#******##*#**#****###*##*******#**#**##*####*#**»# 


ENTER  RETURN  TO  CONTINUE... 


PRIVACY  ACT  SCREEN 
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**********  menu  ********** 


************************************************************** 


(NAME  OF  MTF) 


*  AUTOMATED  QUALITY  OF  CARE 

*  EVALUATION  SUPPORT  SYSTEM 


A  Q  C  E  S  S 

************************************************************** 


USER  AUTHORIZED  FUNCTIONS: 


*  R  -  REGISTRATION  PROCESSING 


*  8  -  BED  MANAGEMENT  PROCESSING 


*  A  -  ADMISSION  PROCESSING 


*  E  -  CORRECTION  MANAGEMENT 


*  D  -  DISPOSITION  PROCESSING 


*  S  -  SYSTEM  MANAGEMENT 


*  T  -  TRANSFER  PROCESSING 


*  Q  -  QUALITY  ASSURANCE 


5  *  1  -  R/ADT  REPORTS 


*  P  -  PROFILING 


6  *  H  -  INPATIENT  HISTORY 


*  I  -  PATIENT  INQUIRY 


*  C  -  CLINICAL  RECORDS  PROCESSING 


*  2  -  CLINICAL  RECORDS  REPORTS 


*  ONLY  THESE  FUNCTIONS  ARE  ALLOWED  FROM  THIS  TERMINAL 


USER  ENTRY  MENU  SCREEN 


1  REGISTRATION 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


REG  NO 


PATIENT  NAME 


FAMILY  MEMBER  PREFIX  (FMP) 


SPONSOR'S  SOCIAL  SECURITY  NUMBER  (SSN) 


DATE  OF  BIRTH 


(N  -  NEW) 


SELECTION 


PTID  SCREEN 


TIT 


For  a  new  registration  or  admission,  all  fields  on  this  screen  are  re¬ 
quired  except  RFC  NO.  You  must  also  enter  N  after  SELECTION. 


(1)  REG  NO.  The  number  assigned  to  the  inpatient  episode  during  the 
Admission  process.  7  digits.  8th  digit  added  in  Air  Force  to  indicate 
newborns.  See  the  Data  Chart  for  the  Primary  Admission  Screen. 

(2)  PATIENT  NAME.  Last  name  first,  followed  by  comma,  followed  imme¬ 
diately  by  first  name.  First  name  can  be  followed  by  a  space  and  middle 
initial  or  middle  name,  and/or  a  space  and  a  title.  Last  name  can  contain 
hyphens  or  apostrophe,  but  no  other  punctuation;  first  name  and  middle 
name  can  contain  hyphens  but  no  other  punctuation.  This  is  the  format  for 
all  name  fields  in  the  system.  27  spaces  available.  When  performing 
searches,  full  name  need  not  be  entered. 

(3)  FAMILY  MEMBER  PREFIX  (FMP).  A  2-character  code  indicating  whether 
the  patient  is  a  sponsor,  or  the  patient's  family  relationship  to  the 
sponsor.  Table  1012. 

(4)  SPONSOR'S  SOCIAL  SECURITY  NUMBER  (SSN).  The  Social  Security  Number 
of  the  patient's  sponsor  (or  of  the  patient  if  the  patient  is  also  the 
sponsor).  11  characters.  Hyphens  or  slashes  optional.  SSN  will  be  redis¬ 
played  with  hyphens  after  it  is  entered. 

(5)  DATE  OF  BIRTH  (DOB).  Patient's  date  of  birth.  11  characters. 

See  the  Introduction  to  Part  1  for  information  on  entering  dates. 

(6)  SEX.  Patient's  sex.  1  character. 


DATA  CHART  -  PTID  SCREEN 


ri 


1  REGISTRATION 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


LIST  NAME  OF  PATIENT 


FMP  SSN 


SEX  CURRENT/  REG 


PREVIOUS  NO 


[  0  -  ]  PATIENT  SELECTED 


N  -  VIEW  NEXT  PAGE 


ENTER  SELECTION: 


CANDIDATE  LIST  SCREEN 
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The  data  fields  on  this  screen  are  for  display  only;  you  cannot  update 
them. 

(1)  LIST  NUMBER.  Shows  the  order  in  which  the  record  is  listed  on  this 
screen  ( from  0  to  9).  The  user  enters  this  number  at  ENTER  SELECTION  to 
choose  a  record  to  process. 

(2)  NAME  OF  PATIENT.  The  patient's  name  as  it  was  entered  on  PTID  Screen. 

(3)  FMP.  Patient's  family  member  prefix.  Indicates  the  relationship 
between  the  sponsor  and  the  patient.  Table  1012. 

(4)  SSN .  Social  Security  Number  of  patient's  sponsor. 

(5)  DOB .  Patient's  date  of  birth. 

(6)  SEX  of  patient. 

(7)  CURRENT/PREVIOUS  IND.  Indicates  whether  the  patient  is  a  current 
inpatient  or  was  an  inpatient  previously. 

(8)  REG  NO.  Register  number  of  the  patient's  most  recent  hospital  epi¬ 
sode,  or  the  code  PREADM  if  the  patient  has  been  preadmitted. 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 


REGISTRATION 


NAME 


DATE 

PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 
FMP  SSN 


TIME 


DOB 


PATIENT:  ADDRESS_ 
CITY 


STATE 


HOME  STATE 
PATIENT:  CATEGORY 


ZIP  CODE 
PHONE: HOME 
WORK 


_  SEX  _  MARITAL  STATUS  _  RACE  _  RELIGION 

PRIMARY  CARE  PROVIDER  PRIMARY  MTF  CMD  INTEREST  /  / 

CARD  NO  _ _ 

AERO  RING 


ID  CARD  EXP 


MILITARY  SPECIALTY 
CIVILIAN  OCCUPATION 
REMARKS 


FLY  STATUS 


SPONSOR:  NAME 


RANK 


DUTY  ADDRESS 
CITY 


SERVICE 
ZIP  CODE 


MAJOR  CMD 


STATE 


IS  PATIENT  REGISTRATION  DATA  VERIFIED 

1  -  REGISTRATION  PRODUCTS 

2  -  VERIFY  ESSENTIAL  DATA 

ENTER  SELECTION: 


UNIT  ID/SHIP 
DATE  VERIFIED 


3  -  VIEW  REG  HISTORY  DATA 

4  -  RETURN  TO  SPONSOR  DATA 


PRIMARY  REGISTRATION  SCREEN 


UH007 


A-1-12 


Line  3  displays  patient  data  entered  on  PTID  Screen. 


(1)  PATIENT:  ADDRESS.  Street  name  and  number,  and  apartment  number,  of 
patient's  home.  N*-DEP.  Also  required  for  Navy  non-active-duty  sponsors. 
28  characters. 

(2)  ZIP  CODE.  The  patient's  zip  code.  If  user  enters  a  zip  code  that  is 
on  the  MTF's  zip  code  table,  the  CITY  and  STATE  fields  will  default  to  the 
city  and  state  associated  with  that  zip  code  on  the  table.  Table  1025. 
DfP*  and  required  for  Navy  non-active-duty  sponsors.  9  spaces  available. 

(3)  CITY .  The  city  in  which  the  patient  lives.  N-DEP*  and  required  for 
Navy  non-active-duty  sponsors.  20  characters. 

(4)  STATE .  2-letter  abbreviation  for  the  state  in  which  the  patient 
lives  (listed  in  Table  1015).  N*-DEP  and  required  for  Navy  non-active- 
duty  sponsors. 

(5)  PHONE:  HOME.  Patient's  home  telephone  number,  area  code  first, 
followed  by  7-digit  number,  with  4-digit  extension,  if  any.  7-19  char¬ 
acters. 

(6)  HOME  STATE.  The  state  of  residence.  Table  1015.  2  characters.  A 

(7)  WORK .  Patient's  business  or  day  telephone  number.  In  the  same 
format  as  for  home  phone  number.  Can  include  autovon  number  for 
military  patients.  7-19  characters. 

(8)  PATIENT:  CATEGORY.  Code  indicating  the  service  affiliation  and  the 

authorization  classification  that  authorizes  care.  Table  1002.  ** 

(9)  SEX.  Patient's  sex.  1  character.  ** 

(10)  MARITAL  STATUS.  Patient's  marital  status.  1  character.  ** 

(11)  RACE.  Patient's  race.  Table  1024.  1  character.  ** 

(12)  RELIGION.  Patient's  religious  preference.  Table  1000.  3  spaces. 

(13)  PRIMARY  CARE  PROVIDER.  Short  name  for  the  patient's  primary  health 

care  provider.  Table  1004.  6  characters. 

(14)  PRIMARY  MTP.  Code  for  the  primary  medical  treatment  facility  that 
cares  for  the  patient.  Table  1005.  Up  to  6  characters. 

(15)  CMP  INTEREST.  Code  indicating  a  special  category  or  type  of  patient. 
Up  to  3  3-character  codes  can  be  entered.  Table  1016. 
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(16)  ID  CARD  EXP.  Date  on  which  the  patient's  ID  card  expires.  Can  enter 
INDEF  for  "indefinite." 

(17)  CARD  NO.  Patient's  military  identification  card  number.  10  spaces. 

N-OEP 

(18)  MILITARY  SPECIALTY.  Code  indicating  the  service  member's  military 

specialty.  Table  1029.  5  spaces  available.  AD* 

(19)  FLY  STATUS.  Patient's  flying  status  or  aviation  service  code.  Table 

1014.  2  spaces  available.  A*-AD 

(20)  AERO  RTNG.  Patient's  aeronautical  ratinq  code.  Table  1009.  1  char¬ 

acter.  A* -AD 

(21)  CIVILIAN  OCCUPATION.  Occupation  of  patient  if  not  active-duty 
military.  25  spaces  available. 

(22)  REMARKS.  User  can  enter  up  to  70  characters  of  free-text  remarks 
about  the  registration  in  this  field. 


SPONSOR  DATA  SEGMENT 

(23)  SPONSOR:  NAME.  Name  of  the  patient's  military  sponsor.  If  the 
patient  is  a  sponsor  (i.e.,  the  EMP  =  20)  this  field  will  default  to  the 
patient's  name.  27  spaces  available.  ** 

(24)  RANK.  Rank  of  sponsor.  Table  1006.  3  spaces.  ** 

(25)  SERVICE .  Military  department.  Required  for  all  Navy  and  Air  Force 
sponsors  and  Army  foreign  military.  Army  branch  of  service  required  in 
this  field  for  active-duty  Army  officers.  2  spaces.  Table  1023. 

(26)  MAJOR  CMP.  Identity  of  sponsor's  major  command.  Table  1017. 

3  characters.  F*-AD 

(27)  DUTY  ADDRESS  of  sponsor.  The  unit  to  which  the  sponsor  is  assigned. 
28  spaces  available. 

(28)  ZIP  CODE  of  the  sponsor's  military  unit.  If  entry  is  from  zip  code 
table,  the  CITY  and  STATE  fields  will  default  to  the  city  and  state 
associated  with  the  zip  code  on  the  table.  Table  1025.  Required  for  Army 
and  Air  Force  sponsors.  9  spaces  available. 


(29)  CITY.  The  post,  base,  or  military  installation  where  the  sponsor's 
unit  is  located.  20  spaces  available. 


(30)  STATE.  The  state  where  sponsor's  military  unit  is  located.  Table 

1015.  2  characters. 

(31)  UNIT  ID/SHIP.  The  unit's  ID.  7  digits.  N*-AD 


(32)  IS  PATIENT  REGISTRATION  DATA  VERIFIED?  "YES"  displayed  in  this  field 
means  that  the  patient  or  the  patient's  agent  has  verified  this  registra¬ 
tion  data  as  correct,  and  that  all  the  data  that  is  required  for  verifi¬ 
cation  has  been  filled  in. 

More  data  is  required  to  verify  a  registration  than  to  simply  enter  the 
the  registration  on  the  system,  and  these  required  fields  vary  for  each 
military  department.  The  fields  required  to  verify  a  registration  are 
as  follows: 

Field  Service 


Patient  street  address 
Patient  zip  code 
City 
State 

Patient  category 
Sponsor  rank 

Sponsor  military  department 
or  branch  of  service 
Duty  address 
Duty  zip  code 
Duty  city 
Duty  state 
Sex 
Race 

ID  card  date 
Unit  ID/ship 

Home  phone 
Work  phone 
Civilian  occupation 

Home  state 
Marital  status 
Religion 
Flying  status 
Primary  care  provider 
Primary  MTF 


A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 

A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  F,  N 
A,  N 

A,  N 

A,  N 

A,  N  (except  for  retired  or 

deceased  sponsors) 

A,  F 
A,  F 

A,  F  (if  patient  has  a  civilian 
patient  category) 

A 

A 

A 

A 

A 

F 


(33)  DATE  VERIFIED.  Date  on  which  the  registration  data  was  verified. 
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REGISTRATION 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


PATIENT:  ADDRESS 


ZIP  CODE 


STATE  PHONE  .-HOME 


HOME  STATE 


8  PATIENT:  CATEGORY 


PRIMARY  CARE  PROVIDER 


MARITAL  STATUS  RACE 


PRIMARY  MTF 


CMD  INTEREST 


RELIGION 


/  / 


ID  CARD  EXP 


CARD  NO 


***  REGISTRATION  PRODUCTS  *** 


NUMBER  OF  REG  FORMS  REQUESTED 


1  -  REGISTRATION  PRODUCTS 


-  VIEW  REG  HISTORY  DATA 


2  -  VERIFY  ESSENTIAL  DATA 


-  RETURN  TO  SPONSOR  DATA 


ENTER  SELECTION: 


REGISTRATION  PRODUCTS  SEGMENT 


ITT 


A-1-16 


(1)  NUMBER  OF  REG  FORMS  REQUESTED.  Enter  the  number  of  Registrat 
you  want  printed  (up  to  9). 


DATA  CHART  -  REGISTRATION  PRODUCTS  SEGMENT 
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REGISTRATION 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


PATIENT:  ADDRESS 


ZIP  CODE 


STATE  PHONE: HOME 


HOME  STATE 


PATIENT:  CATEGORY 


MARITAL  STATUS  RACE 


RELIGION 


PRIMARY  CARE  PROVIDER 


PRIMARY  MTF 


CMD  INTEREST 


/  / 


ID  CARD  EXP 


CARD  NO 


***  REGISTRATION  HISTORY  DATA  *** 


LAST  INPATIENT  ADMISSION 


LAST  INPATIENT  DISPOSITION 


CURRENT  REG  NO 


PREVIOUS  REG  NO 


5  DATE  OF  LAST  REGISTRATION  DATA  UPATE 


1  -  REGISTRATION  PRODUCTS 


-  VIEW  REG  HISTORY  DATA 


2  -  VERIFY  ESSENTIAL  DATA 


-  RETURN  TO  SPONSOR  DATA 


ENTER  SELECTION: 


REGISTRATION  -  HISTORY  DATA  SEGMENT 


32 
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All  data  displayed  on  this  segment  is  defaulted  by  the  system;  user  cannot 
update  it. 

(1)  LAST  INPATIENT  ADMISSION.  Date  on  which  the  patient  was  last  admitted 
to  the  MTF. 

(2)  LAST  INPATIENT  DISPOSITION.  Date  on  which  the  patient  was  last 
dispositioned  from  the  MTF. 

(3)  CURRENT  REG  NO.  of  the  patient. 

(4)  PREVIOUS  REG  NO.  Patient's  register  number  for  the  last  inpatient 
episode. 

(5)  DATE  OF  LAST  REGISTRATION  DATA  UPDATE.  Date  on  which  the  registration 
data  was  updated. 
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ADMISSION 


DATE 


TIME 


2 

3 

4 

5 

6 

7 

8 
9 
0 
1 
2 

3 

4 

15 

16 

7 

8 
9 
0 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


NAME 

FMP  SSN 

DOB 

PATIENT  CATEGORY 

SEX 

RELIGION 

CMD  INTEREST 

/  / 

SOURCE  ADM 

REG  NO 

ADM  DATE/TIME 

ATTENDING  PHY 

DATE 

CLIN  SVC 

DATE/TIME 

WARD  ROOM 

BED 

DATE/TIME 

TYPE 

CASE 

ADM  DIAG:  CODE 

TEXT 

STATUS:  ABSENT 

CASUALTY 

MEB  EAOS/ETS 

LENGTH 

SVC 

*** 

ENTRANCE  DATA  *** 

ADMITTING  PHYSICIAN 

CLERK 

PREVIOUS  ADM 

PROJECTED  DISP:  TYPE  _ 

DATE _ 

ADM  REMARKS  _ 

MEAL  CARD  _ 

HR  DR  SR  PR  OR  PE 


1  -  INPATIENT  PRODUCTS  3  -  RETURN  TO  ENTRANCE 

2  -  VIEW  NEXT  SEGMENT  4  -  SELECTION  TABLE 


ENTER  SELECTION 


Lines  3  and  4  display  data  entered  on  the  PTID  and  Registration  Screens. 


(1)  SOURCE  ADM.  3-character  code  for  the  type  of  this  inpatient  admis¬ 
sion  (e.g.,  "DIR"  for  "direct,"  "TFR"  for  "transfer").  Table  2001.  ** 

(2)  REG  NO.  The  7-digit  number  that  uniquely  identifies  the  record  of 
this  inpatient  episode.  The  MTF  designates,  through  System  Management, 
whether  register  numbers  are  to  be  assigned  automatically  by  the  system 
or  manually  by  the  user.  If  the  automatic  register  number  flag  in  System 
Management  is  set  to  "yes,"  the  REG  NO  field  will  display  a  register 
number  when  the  primary  Admission  Screen  is  displayed  for  a  new  admission. 
(In  some  situations,  this  number  can  be  overridden;  see  Register  Number 
Maintenance  in  System  Management.)  If  the  automatic  register  number  flag 
is  set  to  "no,"  no  register  number  will  be  displayed  in  this  field,  and 
the  user  will  type  in  the  register  number. 

The  register  number  for  newborn  Air  Force  patients  is  the  mother's  regis¬ 
ter  number,  entered  manually,  with  a  suffix  (A  for  a  single  birth  or  for 
the  first  of  a  multiple  birth,  B  for  the  second  of  a  multiple  birth,  etc.). 

(3)  ADM  DATE/TIME.  Date  and  time  of  the  admission.  16  spaces.  ** 

Enter  these  as  described  in  the  Introduction  to  Part  1. 

(4)  ATTENDING  PHY.  Short  name  for  the  physician  attending  this  patient. 
Table  1004.  6  spaces  available.  Required  for  bed  occupants. 

(5)  DATE  when  the  attending  physician  began  treatment  of  the  patient. 
Defaults  to  the  date  in  the  ADM  DATE/TIME  field  for  new  admissions. 

Required  for  bed  occupants. 

(6)  CLIN  SVC.  UCA  code  designating  the  clinical  service  to  which  the 

patient  was  assigned.  Table  2005.  4  spaces  available.  ** 

(7)  DATE/TIME  when  the  clinical  service  assignment  was  made.  Defaults  to 
the  admission  date/time  for  new  admissions.  ** 

(8)  WARD.  ID  of  ward  to  which  patient  was  assigned.  4  spaces  available. 

Required  for  bed  occupants. 

(9)  ROOM.  Number  of  patient's  room.  6  spaces  available. 

(10)  BED.  Number  of  the  bed  to  which  the  patient  is  assigned.  3  spaces. 

(11)  DATE/TIME  when  the  patient  was  assigned  to  a  ward,  room,  and  bed. 
Defaults  to  the  admission  date/time  for  new  admissions.  Required  for  bed 
occupants. 
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(12)  TYPE  CASE.  Code  indicating  the  type  of  medical  case  and  its  cause 
(e.g.,  disease,  battlefield  injury,  etc.).  3  spaces.  Table  2004.  ** 


(13)  ADM  PI AG:  CODE.  The  International  Classification  of  Diseases  code 
that  indicates  the  diagnosis  made  at  admission.  5  spaces.  Table  9001. 

(14)  TEXT.  The  textual  description  of  the  diagnosis  made  at  admission. 
Defaults  to  the  text  description  of  the  ICD  code  as  it  appears  in  the 
table,  but  this  can  be  overridden.  50  spaces  available. 

(15)  STATUS:  ABSENT.  Code  indicating  the  hospitalization  status  of  the 
patient  (e.g. ,  80  for  bed  occupant,  CL  for  convalescent  leave).  Tuole 
2002.  Must  be  B0  for  mothers  when  admitting  newborns,  and  patients  with 
casualty  statuses  of  SC,  III,  SCI,  and  VSI.  Required  of  all  patients 
except  preadmissions. 

(16)  CASUALTY.  Patient's  casualty  status.  Indicates  the  seriousness  of 
the  patient's  condition.  3  characters.  Table  2011. 

(17)  MEB.  1-character  code  indicating  patient's  Medical  Evaluation  Board 
(MEB)  status.  Table  2010.  AD 

(18)  EA0S/ET5 .  Expiration  of  term  of  service.  The  date  on  which  the 
patient  is  to  be  released  from  service,  if  active  duty.  Can  enter  INDEF 
for  "indefinite."  11  spaces  available.  N-AD,  A*-AD,  F*-AD 

(19)  LENGTH  SVC.  Length  of  time  the  patient  has  been  on  active  duty. 

For  Army  and  Air  Force,  enter  year  or  use  Table  2014.  For  Navy  enter  year 
and  month  (0000-5511).  4  spaces  available.  AD* 


ENTRANCE  DATA  SEGMENT 

(20)  ADMITTING  PHYSICIAN.  Short  name  of  physician  authorizing  the  admis¬ 
sion.  6  spaces  available.  Table  1004. 

(21)  CLERK.  Initials  of  clerk  entering  the  admission.  3  characters.  ** 

(22)  PREVIOUS  ADM.  If  patient  has  been  admitted  to  this  MTF  before,  this 

field  should  contain  "Y"  for  "yes,"  and  the  year  of  the  admission.  For 
example,  "Y83"  means  that  the  patient  was  admitted  in  1983.  "N"  means  the 

the  patient  has  not  been  previously  admitted  to  this  facility.  3  spaces. 

(23)  PROJECTED  DISP:  TYPE.  Code  for  the  disposition  type  expected  for 

this  patient  (eg.,  returned  to  duty,  transferred  to  another  MTF).  Table 
2007.  4  spaces  available. 


DATA  CHART  -  PRIMARY  ADMISSION  SCREEN 


>  ,  to  J  »  -  •  _  •  a  to  .  W  -  *  J*  •  a 


.V  .V 


V 


III 


A-1-22 


(24)  DATE .  The  date  when  this  patient  is  expected  to  be  dispositioned. 

11  spaces  available. 

(25)  ADM  REMARKS.  65  spaces  available  for  free-text  remarks  about  the 
admission. 

(26)  MEAL  CARD.  A  "Y"  in  this  field  indicates  that  the  patient  has  a  meal 
card.  1  character.  F*-AD 

(27)  HR ,  DR ,  SR ,  PR ,  OR ,  PE .  A  "Y"  after  any  of  these  fields  indicates 
that  a  record,  or  orders,  or  personal  effects  have  been  received  for  this 
patient.  The  fields  are:  HR  =  health  record,  DR  =  dental  record,  SR  = 
service  record,  PR  =  pay  record,  OR  =  orders,  PE  =  personal  effects.  N 


1 

2 

3 

4 
3 
6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 


ADMISSION 


NAME 


PATIENT  CATEGORY 


SOURCE  ADM  _ 

ATTENDING  PHY  _ 

WARD  _  ROOM 

ADM  DIAG:  CODE 
STATUS:  ABSENT 


DATE 

PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

_ FMP  _  SSN 

SEX  RELIGION 


TIME 


DOB 


CMD  INTEREST 


/  / 


REG  NO 
DATE 


ADM  DATE/TIME  _ 

CLIN  SVC  DATE/TIME 


BED  _  DATE/TIME 

TEXT 


TYPE  CASE 


CASUALTY  MEB  EAOS/ETS 


Length  svc 


***  NEWBORN  ADMISSION  DATA  *** 


MOTHER'S  REG  NO 


1  -  INPATIENT  PRODUCTS 

2  -  VIEW  NEXT  SEGMENT 


3  -  RETURN  TO  ENTRANCE 

4  -  SELECTION  TABLE 


ENTER  SELECTION: 


ADMISSION  -  NEWBORN  ADMISSION  SEGMENT 


UH007 


A-1-24 


(1)  MOTHER'S  REG  NO.  For  newborns,  enter  the  mother's  register  number 
7  digits.  A,  N 


DATA  CHART  -  ADMISSION,  NEWBORN  ADMISSION  SEGMENT 


UH007 


A-1-25 


.’X'  v-*: 


CIV 


ADMISSION 

DATE 

TIME 

PERSONAL 

DATA  -  PRIVACY  ACT  OF  1974 

NAME 

FMP  SSN 

DOB 

PATIENT  CATEGORY 

SEX 

RELIGION  CMD 

INTEREST  _ 

/  / 

SOURCE  ADM  _ 

REG  NO  _ 

ADM  DATE/TIME 

ATTENDING  PHY 

DATE 

CLIN  SVC  DATE/TIME 

WARD  _  ROOM  _ 

BED 

DATE/TIME 

_  TYPE 

CASE  _ 

ADM  DIAG:  CODE  _ 

TEXT 

STATUS:  ABSENT  _ 

CASUALTY 

MEB  EAOS/ETS 

LENGTH 

SVC 

***  TRANSEER-IN  DATA  *** 

INITIAL  ADMISSION 

MTE 

ADMISSION  DATE 

COUNTRY  OF  INITIAL 

ADMISSION 

— 

1  -  INPATIENT  PRODUCTS 

2  -  VIEW  NEXT  SEGMENT 


3  -  RETURN  TO  ENTRANCE 
'  -  SELECTION  TABLE 


ENTER  SELECTION: 


ADMISSION  -  TRANSFER-IN  SEGMENT 


ri  i 


A-1-26 


(1)  INITIAL  ADMISSION  MTF.  Code  of  the  facility  where  the  initial 
hospitalization  for  this  episode  took  place.  4  digits.  Table  1005,  or, 
for  Army,  a  constructed  code  for  non-Army  MTFs.  ** 

(2)  ADMISSION  DATE.  Date  when  the  patient  was  admitted  to  the  previous 
MTF.  11  digits.  ** 

(3)  COUNTRY  OF  INITIAL  ADMISSION.  Code  of  the  country  in  which  the  pre¬ 
vious  MTF  is  located.  Table  1015.  2  characters.  A 


1 

ADMISSION 

DATE 

TIME 

2 

PERSONAL 

DATA  -  PRIVACY  ACT  OE 

1974 

3 

NAME 

FMP  SSN 

DOB 

4 

PATIENT  CATEGORY  _ 

SEX 

RELIGION  _ 

CMD  INTEREST  _ 

/  / 

5 

6 

SOURCE  ADM 

REG  NO 

ADM  DATE/TIME 

7 

ATTENDING  PHY 

DATE 

CLIN  SVC 

DATE/TIME 

8 

WARD  ROOM 

BED 

DATE/TIME 

TYPE 

CASE 

9 

ADM  DIAG:  CODE 

TEXT 

STATUS:  ABSENT  _  CASUALTY  _ 

__  MEB  _  EAOS/ETS  _ 

LENGTH 

SVC 

11 

***  EMERGENCY  DATA  *** 

12 

NEXT  OE  KIN:  NAME 

RELATION 

13 

ADDRESS 

ZIP  CODE 

14 

CITY 

STATE 

PHONE 

15 

EMERGENCY:  NAME 

RELATION 

16 

ADDRESS 

ZIP  CODE 

17 

CITY 

STATE 

PHONE 

18 

19 

1  -  INPATIENT 

PRODUCTS 

3  -  RETURN  TO 

ENTRANCE 

20 

2  -  VIEW  NEXT 

SEGMENT 

4  -  SELECTION 

TABLE 

21 

22 

ENTER  SELECTION: 

23 

24 

ADMISSION  -  EMERGENCY  DATA  SEGMENT 


UH007 


A-1-28 


(1)  NEXT  OF  KIN:  NAME.  Name  of  the  legal  next-of-kin  to  be  notified  for 
all  changes  in  the  patient's  statuses.  27  characters  available.  ** 

(2)  RELATION.  Relationship  of  the  next-of-kin  to  the  patient.  Table 

2012.  12  spaces  available. 

(3)  ADDRESS.  Street  name  and  number  and  apartment  number  of  next-of-kin. 
28  spaces  available. 

(4)  ZIP  CODE  of  next-of-kin.  9  spaces  available. 

(5)  CITY  of  next-of-kin.  20  spaces  available. 

(6)  STATE  of  next-of-kin.  2  characters. 

(7)  PHONE  number  of  next-of-kin.  14  spaces  available. 

(8)  EMERGENCY:  NAME.  Name  of  the  person  to  be  contacted  in  case  of 
emergency  regarding  this  patient.  27  characters  available. 

(9)  RELATION .  Relationship  of  the  emergency  contact  to  the  patient. 

Table  2012.  12  spaces  available. 

(10)  ADDRESS.  Street  name  and  number  and  apartment  number  of  emergency 
contact.  28  spaces  available. 

(11)  ZIP  CODE  of  the  emergency  contact.  9  spaces  available. 

(12)  CITY  of  the  emergency  contact.  20  spaces  available. 

(13)  STATE  of  the  emergency  contact.  2  characters. 

(14)  PHONE  number  of  the  emergency  contact.  14  spaces  available. 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


PATIENT  CATEGORY 


SOURCE  ADM 


ATTENDING  PHY 


ADM  DIAG:  CODE 


REG  NO 


FMP  _  SSN 

RELIGION 


ADM  DATE/TIME 


CMD  INTEREST 


/  / 


CLIN  SVC 


DATE/TIME 


DATE/TIME 


TYPE  CASE 


STATUS:  ABSENT 


CASUALTY 


MEB  EAOS/ETS 


LENGTH  SVC 


***  CAUSE  OF  INJURY  DATA  *** 


MILITARY  THEATER  OF  OPERATIONS 


ON  DUTY  FLAG 


CAUSE  OF  INJURY:  (CODE) 


(TEXT) 


ADMISSION  -  CAUSE  OF  INJURY  SEGMENT 


UH007 


A-1-30 


(1)  MILITARY  THEATER  OF  OPERATIONS.  Code  for  the  theater  of  operations 
in  which  the  injury  took  place.  Can  be  entered  for  non-injury  cases. 

Table  2008.  2  characters.  N 

(2)  ON  DUTY  FLAG.  Indicates  whether  the  injury  occurred  when  the  patient 
was  on  duty.  1  character.  N 

(3)  CAUSE  OF  INJURY  (CODE).  Can  contain  2  codes,  as  follows: 

-  Class  of  trauma.  A  description  of  the  injury.  Table  2016. 

1  character.  F,  N 

-  Code  for  the  cause  of  the  patient's  injury.  3  characters. 

Table  2009. 

(4)  (TEXT) .  Free  text  describing  the  injury  and  place  where  injury 
occurred.  Defaults  to  the  description  of  the  cause  of  injury  code  entered, 
but  this  can  be  overridden.  120  characters  available. 


DATA  CHART  -  ADMISSION,  CAUSE  OF  INJURY  SEGMENT 


ADMISSION 

DATE 

TIME 

PERSONAL 

DATA  -  PRIVACY  ACT  OF  1974 

NAME 

FMP  SSN  DOB 

PATIENT  CATEGORY 

__  SEX 

RELIGION  _  CMD  INTEREST  _ 

/  / 

SOURCE  ADM  _ 

REG  NO  _ 

ADM  DATE/TIME 

ATTENDING  PHY 

DATE 

CLIN  SVC  DATE/TIME 

WARD  ROOM 

_  BED  _ 

DATE/TIME  TYPE 

CASE  _ 

ADM  DIAG:  CODE 

_  TEXT  __ 

STATUS:  ABSENT  _ 

CASUALTY  _ 

MEB  EAOS/ETS  LENGTH 

SVC 

**# 

ABSENT  STATUS  DATA  *** 

ABS  STATUS  EEF  DATE/TIME 

RETURN  DATE/TIME 

FACILITY  TYPE  _ 

COORD  MED  OFFICER 

NON-MILITARY: 

NAME 

ADDRESS  _ 

ZIP  CODE 

CITY 

STATE  PHONE 

CIVILIAN  PHYSICIAN: 

NAME 

PHONE 

ADMISSION  -  ABSENT  STATUS  SEGMENT 


i 


A -1-32 


(1)  AB5  STATUS.  Indicates  the  patient's  hospitalization  status.  De¬ 

faults  to  the  last  absent  status  entered  for  the  patient  during  this  inpa¬ 
tient  episode.  Can  be  changed  to  other  absent  status  except  QT  (quarters) 
or  AS  (absent  sick).  When  you  are  entering  a  new  admission  who  has  an 
absent  status  of  bed  occupied,  this  segment  will  not  automatically  be  dis¬ 
played.  Table  2002.  2  characters.  ** 

(2)  EFF  DATE/TIME.  Date  and  time  when  this  absent  status  became 
effective.  Defaults  to  admission  date  and  time  on  a  new  admission. 

16  characters  available.  ** 

(3)  RETURN  DATE/TIME.  Date  and  time  when  patient  who  is  absent  from  the 
MTF  is  expected  to  return.  Required  for  the  following  absent  statuses: 


CL  (convalescent  leave) 

SE  (subsisting  elsewhere) 
QT  (quarters) 


PS  (on  pass) 

TD  (temporary  duty /special  duty) 


Not  allowed  for  absent  status  of  BO.  Up  to  16  spaces.  Table  2002. 

(4)  FACILITY  TYPE.  Code  indicating  the  type  of  facility  in  which  an 

absent  sick  patient  is  located.  Table  2015.  3  characters.  A 

(5)  COORD  MED  OFFICER.  Name  of  the  health  care  provider  coordinating  the 
care  of  the  absent  patient.  26  spaces  available. 

(6)  NON-MILITARY:  NAME.  Name  of  the  non-military  hospital  where  the 
absent  patient  is  located.  27  spaces  available. 

(7)  ADDRESS.  Street  name  and  number  of  non-military  hospital.  Up  to  28 
spaces. 

(8)  ZIP  CODE  of  the  non-military  hospital.  9  spaces  available. 

(9)  CITY  of  non-military  hospital.  20  spaces  available. 

(10)  STATE  of  non-military  hospital.  Table  1015.  2  characters. 

(11)  PHONE  number  of  non-military  hospital.  14  spaces  available. 

(12)  CIVILIAN  PHYSICIAN.  Name  of  civilian  physician  attending  the 
patient".  Tl  spaces  available. 

(13)  PHONE  number  of  civilian  physician.  14  spaces  available. 


DATA  CHART  -  ADMISSION,  ABSENT  STATUS  SEGMENT 


A -1-33 


ADMISSION 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


FMP  SSN 


PATIENT  CATEGORY 


RELIGION 


CMD  INTEREST 


/  / 


SOURCE  ADM 


REG  NO 


ADM  DATE/TIME 


ATTENDING  PHY 


CLIN  SVC 


DATE/TIME 


DATE/TIME 


TYPE  CASE 


ADM  DIAG:  CODE 


STATUS:  ABSENT 


CASUALTY 


MEB  EAOS/ETS 


LENGTH  SVC 


***  CASUALTY  STATUS  DATA  *** 


CASUALTY  STATUS 


PROGNOSIS 


CASUALTY  DIAGNOSIS 


5  DATE  NEXT  OF  KIN  LAST  NOTIFIED 


DATE  STATUS  CHANGE 


6  DATE  PLACED  ON  CASUALTY  ROSTER 


DATE  REMOVED  FROM  ROSTER 


DATE  NOTIFIED  HIGHER  COMMAND 


1  -  INPATIENT  PRODUCTS 


-  RETURN  TO  ENTRANCE 


2  -  VIEW  NEXT  SEGMENT 


-  SELECTION  TABLE 


ENTER  SELECTION: 


ADMISSION  -  CASUALTY  STATUS  SEGMENT 


IOO 


(1)  CASUALTY  STATUS.  Code  indicating  the  seriousness  of  the  patient's 
condition.  Table  2011.  Defaults  to  the  last  casualty  status  entered  for 
this  patient  during  this  inpatient  episode,  but  you  can  override  this. 

3  characters.  ** 


(2)  PROGNOSIS.  Code  indicating  patient's  estimated  recovery  possibility 

Table  2013.  2  characters.  ** 

(3)  CASUALTY  DIAGNOSIS.  Free  text  describing  diagnosis.  25  spaces 
available.  ** 

(4)  DATE  NEXT  OF  KIN  LAST  NOTIFIED  about  the  casualty  status.  11  spaces 
available. 

(5)  DATE  STATUS  CHANGE.  Date  showing  any  change  in  the  status.  Filled 
in  automatically  by  the  system.  Can  be  updated.  11  spaces  available. 

(6)  DATE  PLACED  ON  CASUALTY  ROSTER.  Filled  in  by  the  system.  Can  be 
updated.  11  spaces  available. 

(7)  DATE  REMOVED  FROM  ROSTER.  Date  when  status  changed  to  non-casualty. 
Filled  in  automatically  by  system,  and  can  be  updated.  Up  to  11  spaces. 

(8)  DATE  NOTIFIED  HIGHER  COMMAND.  Date  on  which  higher  command  was 
notified  of  the  casualty  status.  Up  to  11  spaces. 


DATA  CHART  -  ADMISSION,  CASUALTY  STATUS  SEGMENT 


A-1-35 


I 


1 

ADMISSION 

DATE 

TIME 

2 

PERSONAL 

DATA  ■ 

-  PRIVACY  ACT 

OF  1974 

3 

NAME 

FMP  _  SSN 

DOB 

4 

PATIENT  CATEGORY  _ 

SEX 

RELIGION  _ 

CMD  INTEREST  _ 

/  , 

5 

6 

SOURCE  ADM  _ 

REG  NO 

ADM  DATE/TIME 

7 

ATTENDING  PHY 

DATE 

CLIN  SVC 

DATE/TIME 

8 

WARD  ROOM 

_  BED  _ 

DATE/TIME 

TYPE 

CASE 

9 

ADM  DIAG:  CODE 

_  TEXT  _ 

10 

STATUS:  ABSENT  _  l 

CASUALTY  _ 

__  MEB 

EAOS/ETS 

LENGTH 

SVC 

11 

12 

13 

***  MEB 

STATUS  DATA  *** 

14 

MEB  CANDIDATE  _ 

DATE  IDENTIFIED  _ 

13 

DATE  CONFIRMED 

DATE  RESOLVED 

16 

MEB  REMARKS 

17 

18 

19 

1  -  INPATIENT 

PRODUCTS 

3  -  RETURN 

TO  ENTRANCE 

20 

2  -  VIEW  NEXT 

SEGMENT 

4  -  SELECTION  TABLE 

22 

23 

24 


ENTER  SELECTION: 


ADMISSION  -  MEDICAL  EVALUATION  BOARD  STATUS  (MEB)  SEGMENT 


UH007 
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(1)  MEB  CANDIDATE.  Single-character  code  indicating  the  Medical  Evalua- 
Board  status  of  the  patient.  Defaults  to  the  last  MEB  status  entered  for 
this  patient  during  this  inpatient  episode.  If  you  enter  "P"  (potential 
candidate),  the  DATE  IDENTIFIED  field  will  default  to  the  current  date. 

If  you  enter  "R"  (resolved),  the  DATE  RESOLVED  field  will  default  to  the 
current  date.  Table  2010.  1  character.  AD 

(2)  DATE  IDENTIFIED.  Date  when  an  MEB  status  was  first  entered  for  this 
patient.  11  spaces  available. 

(3)  DATE  CONFIRMED.  Date  when  an  MEB  status  of  "C"  (confirmed)  was 
entered.  11  spaces  available. 

(4)  DATE  RESOLVED.  Date  when  a  status  of  "R"  (resolved)  was  entered. 

11  spaces. 


(5)  MEB  REMARKS.  65  spaces  of  free  text  available. 


1  ADMISSION 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


FMP  SSN 


PATIENT  CATEGORY 


RELIGION 


CMD  INTEREST  /  / 


SOURCE  ADM 


REG  NO 


ADM  DATE/TIME 


ATTENDING  PHY 


CLIN  SVC 


DATE/TIME 


DATE/TIME 


TYPE  CASE 


ADM  DIAG:  CODE 


STATUS:  ABSENT 


CASUALTY 


MEB  EAOS/ETS 


LENGTH  SVC 


***  INPATIENT  PRODUCTS  *** 


NUMBER  OF  INDEX  CARDS  REQUESTED  _ 
5  NUMBER  OF  EMBOSSED  CARDS  REQUESTED 


6  NUMBER  OF  ADMISSION  FORMS 


1  -  INPATIENT  PRODUCTS 


-  RETURN  TO  ENTRANCE 


2  -  VIEW  NEXT  SEGMENT 


-  SELECTION  TABLE 


ENTER  SELECTION: 


ADMISSION  -  INPATIENT  PRODUCTS  SEGMENT 


A-1-38 


w 


(1)  NUMBER  OF  INDEX  CARDS  REQUESTED.  Enter  the  number  of  sets  of  Index 
Cards  you  want  produced.  These  are  the  3x5  Cards  for  the  Army  and  Air 
Force,  and  the  5x8  Cards  for  the  Navy.  They  are  printed  in  sets;  the 
number  in  a  set  is  determined  by  your  MTE.  If  the  MTE  has  specified  that 
a  set  =  2  and  you  enter  3  in  this  field,  6  cards  will  be  produced.  You 
can  request  up  to  9  sets.  One  set  is  automatically  produced  on  admission. 

(2)  NUMBER  OF  EMBOSSED  CARDS  REQUESTED.  Not  available  at  this  time. 

(3)  NUMBER  OF  ADMISSION  FORMS.  Enter  the  number  of  Admission  Forms  or 
Admission  Cover  Sheets  you  want  printed,  up  to  9.  One  form  is  automati¬ 
cally  printed  on  admission. 


ADMISSION  -  SELECTION  TABLE  SEGMENT 


UH007 
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5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 


ADMISSION 


NAME 


PATIENT  CATEGORY 


SOORCE  ADM  _ 

ATTENDING  PHY  _ 

WARD  _  ROOM 

ADM  DIAG:  CODE 
STATUS:  ABSENT 


DATE 

PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

_ FMP  _  SSN  _ 

SEX  RELIGION 


TIME 


DOB 


REG  NO 
DATE 


CMD  INTEREST 


ADM  DATE/TIME  _ 

CLIN  SVC  DATE/TIME 


/  / 


BED 

TEXT 


DATE/TIME 


TYPE  CASE 


CASUALTY 


MEB 


EAOS/ETS 


LENGTH  SVC 


SOURCE  ADM  _ 

AUTHORIZING  PHYSICIAN 


***  ADMISSION  CANCELLATION  *** 

CLERK  _ 

DATE  OF  CANCELLATION 


REASON  FOR  CANCELLATION 


1  -  INPATIENT  PRODUCTS 

2  -  VIEW  NEXT  SEGMENT 


3  -  RETURN  TO  ENTRANCE 

4  -  SELECTION  TABLE 


ENTER  SELECTION: 


ADMISSION  -  ADMISSION  CANCELLATION  SEGMENT 


UH007 
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(1)  SOURCE  ADM.  Defaults  to  the  last  source  of  admission  code  entered  for 
this  patient.  Enter  an  appropriate  code  (e.g.,  CAN  to  cancel  an  admission, 
PRE  to  change  an  admission  to  a  preadmission).  Table  2001.  3  characters. 

** 

(2)  CLERK .  Initials  of  clerk  entering  data  in  this  segment.  Up  to  3 
characters.  ** 

(3)  AUTHORIZING  PHYSICIAN.  Short  name  for  the  physician  authorizing  the 
admission  cancellation.  Table  1004.  Up  to  6  characters.  ** 

(4)  DATE  OF  CANCELLATION.  Up  to  11  characters.  ** 

(5)  REASON  FOR  CANCELLATION.  50  spaces  available  for  free  text.  ** 


DATA  CHART  -  ADMISSION  CANCELLATION  SEGMENT 


1  DISPOSITION 


DATE 


TIME 


2 

3 

A 

5 

6 

7 

8 
9 
0 
1 
2 
3 
a 
13 
16 

7 

8 
9 
0 
1 
2 

3 

4 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

NAME _ FMP  _  SSN  _  DOB  _ 

PATIENT  CATEGORY  SEX  RELIGION  CMD  INTEREST  /  / 


SOURCE  ADM  _ 

ATTENDING  PHY 

WARD  _  ROOM 

ADM  DIAG:  CODE 
STATUS:  ABSENT 


REG  NO  _  ADM  DATE/TIME  _ 

_  DATE  _  CLIN  SVC  _  DATE/TIME  _ 

_  BED  _  DATE/TIME  _  TYPE  CASE 

_  TEXT  _ 

CASUALTY  MEB  EAOS/ETS  _  LENGTH  SVC 


***  PATIENT  DISPOSITION  *** 


DISPOSITION  TYPE  _  DISPOSITION  DATE/TIME  _ 

MTF  TRANSFERRED  _  CLERK  _ 

PHYSICIAN  ORDERING  DISP  PHYSICIAN  AUTHENTICATING  DISP 


1  -  CANCEL  DISPOSITION  2  -  VIEW  ADMISSION  DATA 


ENTER  SELECTION: 


PRIMARY  DISPOSITION  SCREEN 


EE 


A-1-43 


See  the  Data  Chart  for  the  Primary  Admission  Screen  for  descriptions  of 
the  data  on  the  Admission  Summary  segment. 


(1)  DISPOSITION  TYPE.  Code  indicating  the  patient's  disposition  status 
at  the  end  of  hospitalization.  Table  2007.  Up  to  4  characters.  ** 

(2)  DISPOSITION  DATE/TIME.  Date  and  time  when  the  patient  left  the 

hospital's  care.  Up  to  16  spaces.  Enter  as  described  in  the  Introduction 
to  Part  1.  ** 

(3)  MTF  TRANSFERRED.  If  the  disposition  type  indicates  that  the  patient 
is  transferring  to  another  MTF,  the  code  for  that  MTF  is  entered  here. 

Table  1005,  or  for  Army,  a  constructed  code  indicating  a  non-Army  facility. 
Up  to  6  characters.  Required  for  patients  transferring  out  of  this  MTF. 

(4)  CLERK.  Initials  of  the  clerk  entering  the  disposition.  3  characters 
available.  ** 

(5)  PHYSICIAN  ORDERING  DISP.  Short  name  for  the  physician  ordering  the 
disposition.  Table  1004.  Up  to  6  characters.  ** 

(6)  PHYSICIAN  AUTHENTICATING  DISP.  Short  name  for  the  physician  who  auth¬ 
enticates  the  disposition.  Up  to  6  characters.  Table  1004. 


DISPOSITION 

DATE 

TIME 

NAME 

PERSONAL 

DATA 

-  PRIVACY  ACT  OF  1974 

EMP  SSN 

DOB 

PATIENT  CATEGORY 

SEX 

RELIGION  CMD  INTEREST 

/  / 

SOURCE  ADM 

REG  NO 

ADM  DATE/TIME 

ATTENDING  PHY 

DATE 

CLIN  SVC  DATE/TIME 

WARD  ROOM 

BED 

DATE/TIME 

TYPE 

CASE 

ADM  DIAG:  CODE 

TEXT 

STATUS:  ABSENT 

CASUALTY 

MEB 

EAOS/ETS 

LENGTH 

SVC 

REG  NO 

*** 

NAME 

NEWBORN  DISPOSITION  *** 

EMP 

DOB 

DISPOSITION  TYPE 

DISPOSITION  DATE/TIME 

MTF  TRANSFERRED 

CLERK 

PHYSICIAN  ORDERING 

DISP 

PHYSICIAN  AUTHENTICATING 

DISP 

1  -  DISPOSITION  THIS  NEWBORN 

2  -  PUT  NEWBORN  TO  PAY 

STATUS 

ENTER  SELECTION: 

DISPOSITION  -  NEWBORN  DISPOSITION  SEGMENT 
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If  this  segment  appears  automatically  as  a  result  of  having  dispositioned 
the  mother,  the  infant's  REGISTER  NUMBER,  NAME,  FMP,  and  DOB  are  included. 
See  the  Basic  Data  Chart  for  descriptions. 

The  other  fields  on  this  segment  are  the  same  as  on  the  Patient  Dispo¬ 
sition  segment.  To  disposition  the  newborn,  observe  the  following: 

(1)  DISPOSITION  TYPE.  Up  Lo  4  characters.  ** 

(2)  DISPOSITION  DATE/TIME.  Defaulted  to  the  disposition  date/time 
entered  for  the  mother,  and  cannot  be  changed. 

(3)  MTF  TRANSFERRED.  Code  for  MTF  to  which  the  newborn  was  transferred. 

Up  to  6  characters.  Table  1005,  or,  for  Army,  a  constructed  code  indi¬ 
cating  a  non-Army  MTF. 

(4)  CLERK .  Defaulted  to  the  clerk  initials  entered  for  the  mother,  but 
can  be  updated.  Up  to  3  characters. 

(5)  PHYSICIAN  ORDERING  DISP.  Short  name  for  the  physician  ordering  the 
disposition.  Table  1004.  Up  to  6  spaces.  ** 

(6)  PHYSICIAN  AUTHENTICATING  DISP.  Short  name  for  the  physician  authen¬ 
ticating  the  dispostion.  Table  1004.  Up  to  6  spaces. 
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DISPOSITION 


DATE 


TIME 


2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 
13 
16 

17 

18 

19 

20 
21 
22 

23 

24 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

NAME _ FMP  _  SSN  _  DOB  _ 

PATIENT  CATEGORY  _  SEX  _  RELIGION  _  CMD  INTEREST  /  / 

SOURCE  ADM  _  REG  NO  _  ADM  DATE/TIME  _ 

ATTENDING  PHY  _ DATE  _  CLIN  SVC  _  DATE/TIME  _ 

WARD  _  ROOM  _  BED  _  DATE/TIME  _  TYPE  CASE 

ADM  DIAG:  CODE  _  TEXT  _ 

STATUS:  ABSENT  _  CASUALTY  _  tCB  _  EAOS/ETS  _  LENGTH  SVC  _ 

***  DISPOSITION  CANCELLATION  *** 

WARD  _  ROOM  _  BED  _  DATE/TIME  _ 

CANCEL  DATE  _  AUTHORIZING  PHYSICIAN  _  CLERK  _ 

REASON  FOR  CANCELLATION 


1  -  CANCEL  DISPOSITION  2  -  VIEW  ADMISSION  DATA 

ENTER  SELECTION: 


DISPOSITION  -  DISPOSITION  CANCELLATION  SEGMENT 
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(1)  WARD.  ID  of  the  ward  from  which  the  patient  was  dispositioned  and  to 
which  the  patient  will  be  reassigned  if  the  disposition  is  cancelled. 
Defaults  to  the  last  ward  assignment  for  this  patient. 

(2)  ROOM  to  which  patient  was  assigned. 

(3)  BED  to  which  patient  was  assigned. 

(4)  DATE/TIME  when  last  ward  assignment  was  made.  Defaults  but  should  be 
updated  if  the  ward  is  changed. 

(3)  CANCEL  DATE.  Date  on  which  the  disposition  is  cancelled.  Up  to  11 
spaces. 

(6)  AUTHORIZING  PHYSICIAN.  Short  name  for  the  physician  authorizing  the 
cancellation.  Table  1004.  Up  to  6  spaces.  ** 

(7)  CLERK.  Initials  of  the  clerk  entering  the  cancellation.  Up  to  3 
characters. 

(8)  REASON  EOR  CANCELLATION.  50  spaces  available  for  free  text.  ** 


DATA  CHART  -  DISPOSITION  CANCELLATION  SEGMENT 
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23 

24 


DISPOSITION 


NAME 


PATIENT  CATEGORY 


SOURCE  ADM  _ 

ATTENDING  PHY  _ 

WARD  _  ROOM 

ADM  DIAG:  CODE 
STATUS:  ABSENT 


DATE 

PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

_ FMP  _  SSN 

RELIGION 


TIME 


DOB 


SEX 


CMD  INTEREST 


/  / 


REG  NO 
DATE 


ADM  DATE/TIME  _ 

CLIN  SVC  DATE/TIME 


BED  _  DATE/TIME 
TEXT 


TYPE  CASE 


CASUALTY 


MEB 


EAOS/ETS 


LENGTH  SVC 


REG  NO  _ 

WARD  _ 

CANCEL  DATE 


***  NEWBORN  DISP  CANCELLATION  *** 

NAME  _ _ _  FMP 

ROOM  _  BED  _  DATE/TIME  _ 

AUTHORIZING  PHYSICIAN  _ 


DOB 


CLERK 


REASON  FOR  CANCELLATION 


1  -  CANCEL  NEWBORN  DISPOSITION 


2  -  LEAVE  NEWBORN  AS  IS 


ENTER  SELECTION: 


DISPOSITION  -  NEWBORN  DISPOSITION  CANCELLATION  SEGMENT 


ill 
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This  segment  contains  the  same  fields  as  the  Disposition  Cancellation  Seg¬ 
ment.  The  CLERK  field  defaults  to  the  initials  entered  during  cancella¬ 
tion  of  the  mother's  disposition,  but  can  be  overridden. 


The  AUTHORIZING  PHYSICIAN  and  REASON  fields  are  required  for  all  newborn 
cancellations. 

If  this  jegment  is  displayed  automatically  as  a  result  of  having  cancelled 
the  mother's  disposition,  the  infant's  REGISTER  NUMBER,  NAME,  EMP,  and  DOB 
are  included.  If  the  newborn  is  being  retained,  the  SOURCE  ADM  field  is 
displayed  and  must  be  filled  in  (3  characters;  see  the  Basic  Data  Chart). 


1 1  CORRECT! ON  MGMT 


DATE 


TIME 


A-1-51 


CORRECTION  MGMT  DATE  _  TIME 

PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


REG  NO  NAME 


FMP  SSN 


1  -  EDIT  ADM/DISP  DATA  2  -  EDIT  TEXT  3  -  EDIT  A&D  EVENTS 


ENTER  SELECTION: 


CORRECTION  MANAGEMENT  ID  SCREEN,  Showing  Patient  Data  and  Sub-Menu 


1  CORRECTION  MGMT 


DATE 


TIME 


2 

3 

4 
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7 

8 
9 
0 
1 
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4 
13 
16 
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8 
9 
0 
1 
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3 

4 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


REG  NO  NAME  FMP  SSN 


***  ADMISSION  AND  DISPOSITION  DATA  *** 


PATIENT  CATEGORY  _ 

LENGTH  OF  SERVICE  _ 

SOURCE  OF  ADMISSION  _  INITIAL  ADM  MTF 

INITIAL  ADM  DATE 
COUNTRY  OF  ADM 
NEWBORN/MOTHER'S  REG  NO 

ADMISSION  DATE/TIME  _ 

DISPOSITION  TYPE  _  MTF  TRANSFERRED  TO  _ 

DISPOSITION  DATE/TIME  _ 


1  -  EDIT  ADM/DISP  DATA  2  -  EDIT  TEXT  3  -  EDIT  A&D  EVENTS 

ENTER  SELECTION: 


CORRECTION  MANAGEMENT  -  ADMISSION  &  DISPOSITION  DATA  SCREEN 
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Line  4  of  the  CM  screens  displays  the  register  number  and  patient  data 
that  was  entered  in  PTID  or  changed  in  Registration  (see  the  Basic  Data 
Chart ) . 

When  the  A&D  Data  Screen  appears,  it  displays  data  that  was  previously 
entered  or  updated  through  Admission,  Transfer,  or  Disposition. 

(1)  PATIENT  CATEGORY.  3  characters;  Table  1002.  See  the  Basic  Data  Chart. 

v'2)  LENGTH  OE  SERVICE.  Eor  Army  and  Air  Force,  the  number  of  years,  or  an 
entry  from  Table  2014.  For  Navy,  the  number  of  years  and  months  (up  to  55 
years  and  11  months!.  See  the  Basic  Data  Chart. 

(2)  SOURCE  OF  ADMISSION.  The  type  of  inpatient  admission.  Table  2001. 

3  characters.  Observe  the  following  conditions  on  this  screen: 

-  You  cannot  enter  a  source  of  admission  of  CR0  or  ERD,  or  a  pay 
status  code. 

-  If  you  change  the  source  of  admission  to  transfer-in,  you  must 
enter  the  related  transfer-in  data;  see  fields  (3),  (4),  and  (5), 
below. 

-  If  you  change  the  source  of  admission  to  newborn,  you  must  enter 
the  mother's  register  number  in  data  field  (6),  below. 

(3)  INITIAL  ADM  MTF.  Code  of  the  facility  from  which  the  patient 
transferred.  4  spaces  available.  Table  1005,  or  for  Army,  a  constructed 
code  for  non-Army  MTFs. 

(4)  INITIAL  ADM  DATE.  Date  on  which  the  patient  was  admitted  to  the  MTF 
named  in  (3). Up  to  11  spaces. 

(5)  COUNTRY  0E  ADM.  Country  in  which  the  MTE-transferred-from  is  located. 

Table  1015.  2  characters.  A 

(6)  NEWBORN/MOTHER'S  REG  NO.  If  patient  is  a  newborn,  this  field  shows 
the  mother's  7-digit  register  number.  If  patient  is  a  mother  of  a  newborn, 
this  field  shows  the  newborn's  register  number.  See  the  Data  Chart  for 
the  Primary  Admission  Screen. 

(7)  ADMISSION  DATE/TIME.  16  digits. 


DATA  CHART  -  CORRECTION  MANAGEMENT,  ADMISSION  &  DISPOSITION  DATA  SCREEN 
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(8)  DISPOSITION  TYPE.  Type  of  the  patient's  disposition.  Table  2007. 

Up  to  4  characters.  Observe  the  following  conditions  when  updating  on 
this  screen: 

-  If  the  patient  has  not  been  dispositioned,  you  cannot  enter  a 
disposition  code  in  this  field. 

-  If  the  patient  has  been  dispositioned,  you  cannot  delete  the 
disposition  code  here. 

-  If  you  change  the  disposition  code  to  transfer-out,  you  must  enter 
the  code  for  the  MTF-transferred-to  in  the  next  field. 

-  If  you  change  the  disposition  code  from  transfer-out  to  something 
else,  AQCESS  will  delete  the  code  of  the  MTF-trsnsferred-to . 

(9)  MTF  TRANSFERRED  TO.  Code  of  the  MTF  to  which  the  patient  was 
transferred.  Table  1005,  or,  for  Army,  a  constructed  code  indicating  a 
non-Army  MTF.  Up  to  4  characters. 

(10)  DISPOSITION  DATE/TIME.  16  digits. 


DATA  CHART  -  CORRECTION  MANAGEMENT,  ADMISSION  4  DISPOSITION  DATA  SCREEN 
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This  screen  displays  any  notes  that  AQCESS  has  already  generated  for  the 
next  report,  or  that  have  already  been  entered  on  this  screen.  You  can 
enter  additional  notes  on  this  screen. 

(1)  REPORT .  The  date  of  the  report  on  which  the  text  will  appear.  When 
you  create  a  text  record,  this  will  always  be  today's  report.  You  cannot 
update  this  field. 

(2)  EFFECT .  The  date  of  the  report  to  which  the  text  refers.  7  char¬ 
acters. 

(3)  TEXT  MESSAGE.  The  message  that  will  appear  on  the  report.  60  spaces 
available . 


DATA  CHART  -  CORRECTION  MANAGEMENT,  REPORT  TEXT  SCREEN 
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CORREC T  [ON  MGMT 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


REG  NO 


FMP  SSN 


EFF  DA  IE/ TIME 


ABS  STA  CLN  SVC  OLD  WARD  NEW  WARD 


N  -  NEXT  PAGE  OF  CHANGES 


ENTER  LINE  NUMBER: 


CORRECTION  MANAGEMENT  -  EVENT  RECORD  SCREEN 


This  screen  displays  the  history  of  A&D  events  for  this  inpatient  episode, 
in  chronological  order. 


(1)  LINE .  The  number  of  the  event  record.  Enter  the  number  of  the  record 
you  want  to  change  in  the  selection  field.  If  you  are  inserting  an  event 
record,  enter  the  number  of  the  first  blank  line,  and  the  effective  date 
and  time  of  the  event. 

(2)  EEF  DATE/TIME.  The  effective  date  and  time  of  the  event.  16  charac¬ 
ters. 

(3)  ABS  STA.  The  new  (or  first)  absent  status  to  which  the  patient  was 
assigned.  2  characters.  Table  2002. 

(4)  CLN  SVC.  The  new  (or  first)  UCA  clinical  service  code  to  which  the 
patient  was  assigned.  Up  to  4  characters.  Table  2006. 

(5)  OLD  WARD.  ID  number  of  the  ward  the  patient  is  leaving  (whether 
transferring  to  another  ward  or  leaving  the  MTF).  3  characters. 

(6)  NEW  WARD.  ID  number  of  the  ward  the  patient  is  transferring  to. 

3  characters. 


DATA  CHART  -  CORRECTION  MANAGEMENT,  EVENT  RECORD  SCREEN 
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BED  MANAGEMENT 


DATE 


TIME 


2 

3 

4 

5 

6 

7 

8 
9 
0 
1 
2 

3 

4 

5 

6 

7 

8 
9 
0 
1 
2 
3 
A 


WARD  ID 


AVAILABLE  BEDS 


DESCRIPTION 


BLOCKED  BEDS: 


OCCUPIED  BEDS 


PREADMITS 


OTHER 


1  -  VIEW  NEXT 


ENTER  SELECTION: 


WARD  STATUS 


TOTAL:  BEDS 


2  -  DELETE  WARD 


BED  MANAGEMENT  SCREEN 


BE 
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+(1)  WARD  ID.  ID  number  of  the  ward  for  which  data  is  requested,  fannot 
be  all  numeric.  Up  to  4  characters.  To  see  total  bed  availability 
figures  for  the  entire  MTF,  enter  TOT. 

(2)  AVAILABLE  BEDS.  Number  of  available  beds  on  the  ward.  For  display 
onl  v. 


+(3)  DESCRIPTION.  The  name  of  the  ward  (e.q.,  pediatrics).  60  spaces  of 
free  text  available. 

(4)  BLOCKED  BEDS.  Number  of  beds  in  use  or  temporaril,  marked  as  unavail¬ 
able.  This  figure  is  the  sum  of  the  number  of  occupied  beds,  beds  re¬ 

served  for  preadmits,  and  otherwise  unavailable  beds  ("OTHER").  For  dis¬ 
play  only. 

(5)  OCCUPIED  BEDS.  Number  of  beds  currently  in  use.  For  display  only. 

(6)  PREADMITS.  Number  of  beds  reserved  for  preadmits.  For  display  only. 

+(7)  OTHER.  The  number  of  beds  that  are  unavailable  for  other  reasons 

(e.g.,  broken  beds).  Up  to  4  digits. 

+(8)  TOTAL:  BEDS.  The  number  of  beds  physically  assigned  to  the  ward. 

I  Up  to  4  digits.  ** 


+You  can  enter  data  in  these  fields  when  creating  a  new  ward  status  records. 
The  remaining  fields  cannot  be  updated. 
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This  screen  displays  the  following  patient  data:  NAME,  FMP,  and  SSN  (see 
the  Basic  Data  Chart).  This  screen  is  for  display  only;  no  data  can  be 
updated. 

(1)  LIST .  The  number  of  the  inpatient  episode.  Enter  the  number  of  the 
episode  you  want  in  the  selection  field. 

(2)  REG  NO.  The  register  number  assigned  to  this  inpatient  episode. 

(3)  ADMISSION  DATE. 

(4)  DISPOSITION  DATE. 

(5)  ADM  DIAG  CD.  Code  for  the  admission  diagnosis  for  this  episode. 

Table  9001. 


HIS fURY  DATE  _  TIME 

PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


NAME 

FMP 

_  SSN  _ 

DOB 

PNT  CAT 

BRANCH  SVC 

RANK 

_ SE  X 

RELIGION 

RACE 

REG  NO 


ADM  [)A  T  T  1 1  MI 


SOURLY  ADMISSION 


DISP  DATE/TIME 


PRIMARY  DISP  DIAG 


PRIMARY  PROCEDURE 


N  -  NEXT 


CLINICAL  SERVICE  WARD 


ADMITTING  DIAG  CODE  TYPE  CASE 


DISP  TYPE  MTF 


ATTENDING  PHYSICIAN 


ARCHIVE  DATE 


P  -  PREVIOUS 


ENTER  SELECTION: 


INPATIENT  HISTORY  SCREEN 
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This  screen  is  for  display  only;  no  data  can  be  updated. 

(1)  NAME,  FMP ,  5SN,  DOB.  See  the  Basic  Data  Chart. 

(2)  PNT  CAT,  BRANCH  SVC,  RANK,  SEX,  RELIGION,  RACE.  See  the  Basic  Data 
Chart . 

(3)  REG  NO,  ADM  DATE/TIME,  CLINICAL  SERVICE,  WARD,  SOURCE  ADMISSION, 
ADMITTING  DIAG  CODE,  TYPE  CASE.  See  the  Rasic  Data  Chart.  The  ADMITTING 
DIAG  CODE  is  the  diagnosis  code  entered  at  admission,  from  Table  9001. 

(A)  DISP  DATE/TIME,  DISP  TYPE,  MTF  (transferred  to).  See  the  Basic  Data 
Chart . 

(5)  PRIMARY  DISP  DIAG.  The  first  diagnosis  entered  on  the  Diagnosis 
Screen  in  Clinical  Records.  Table  9001. 

(6)  ATTENDING  PHYSICIAN.  The  attending  or  primary  physician  entered  on 
the  Miscellaneous  Screen  in  Clinical  Records. 

(7)  PRIMARY  PROCEDURE.  The  first  procedure  entered  on  the  Procedure 
Screen  in  Clinical  Records.  Table  9002. 


(8)  ARCHIVE  DATE.  The  date  on  which  this  record  was  archived. 


PATIENT  INQUIRY 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OE  1974 


LOOK-UP  BY: 


PATIENT  INQUIRY  LOOK-UP  SCREEN 


HI 
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22 
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R/ADT  REPORTS  DATE  _  TIME 

NUMBER  REPORT  TITLE 


1  -  A  &  D  REPORT 

2  -  A  A  D  RECAP 

3  -  WARD  NURSING  REPORT 

4  -  ALPHA  ROSTER 

5  -  VSI/SI/SC  REPORT 

6  -  DAILY  ADMISSIONS  BY  DIAGNOSIS 

7  -  ADMISSION  NOTIFICATION  LETTERS 

8  -  PATIENT  CHARGE  ROSTER 

9  -  DISPOSITION  NOTIFICATION  LETTERS 
TO  -  UCA  BED  DAYS  RECAP 


N  -  ALL  NIGHTLY  REPORTS  (1-9)  M  -  ALL  MONTHLY  REPORTS  (10-11) 

P2  -  DISPLAY  NEXT  PAGE 

ENTER  REPORT  NUMBER (S):  _ 


R/ADT  REPORTS  -  SELECTION  SCREEN 
(Reports  listed  may  vary) 


UH007 
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INJURY  REPORT 


REPORT  RUN-TIME  INFORMATION 


DATE 


TIME 


PRINTER  COPIES 


SELECTION 


The  Run-Time  Information  Screen  displays  different  fields,  or  parameters, 
for  each  report.  All  screens  contain  a  PRINTER  COPIES  field;  many  allow 
you  to  specify  the  report  period,  which  is  the  period  of  time  for  which 
you  want  data.  You  must  enter  a  date  in  any  fields  that  ask  you  to  spec¬ 
ify  the  report  period. 


(1)  PERIOD  START.  First  day  of  the  report  period.  ** 

(2)  PERIOD  END.  Last  day  of  the  report  period.  ** 

(If  you  enter  a  PERIOD  START  of  01  JUN  85,  and  a  PERIOD  END  date  of  15  JUN 
85,  the  report  will  include  data  on  all  patients  with  injury  type  cases 
who  were  in  the  MTF  between  these  dates. 

(3)  PRINTER  COPIES.  Number  of  copies  you  want  run.  Entries  you  can  make 
in  this  field  are  listed  below.  (Some  reports  cannot  be  displayed  at  a 
terminal;  a  message  to  that  effect  will  appear  at  the  top  of  this  screen.) 

-  If  you  leave  this  field  blank,  the  report  will  be  displayed  at  your 
terminal  instead  of  being  printed. 

-  If  you  enter  R,  the  last  copy  of  the  selected  report  will  be  displayed 
at  your  terminal. 

-  If  you  enter  a  number,  that  many  copies  of  the  report  will  be  printed. 

-  If  you  enter  R  and  a  number  (e.g.,  R3),  the  last  copy  of  the  selected 

report  will  be  printed  as  many  times  as  you  indicate. 


The  SELECTION  field  on  this  screen  operates  in  the  same  way  as  the  ENTER 
SELECTION  field  on  any  other  screen.  You  can  enter  all  or  part  of  the 
parameter  label  to  return  to  that  field  and  update  it. 
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Definition  -  a  brief  description  of  the  report  nr  product,  it 
purpose  or  function,  frequency  of  production,  distribution,  and 
utilization.  Also  includes  the  criteria  used  to  select  the  events 
or  patient  records  to  he  included  on  the  rpport. 

All  of  the  A&D  reports  are  requested  by  the  user  through  the  A&D 
Report  Selection  function,  unless  otherwise  indicated.  The  means  of 
requesting  A&D  products  will  be  specified  in  the  relevant  sections. 

F ormat  -  the  organization  of  the  output's  contents,  and  any  header 
or  trailer  data  it  might  include. 

A&D  reports  begin  with  a  standard  header,  unless  otherwise 
indicated.  This  standard  header  includes  the  following  data: 

-  Privacy  Act  Statement 


-  Run  date  and  time 

-  MTF  name 

-  Report  page  number 

-  Report  name. 

Many  reports  also  display  the  time  period  for  which  the  report  is 
effective . 

Most  A&D  reports  do  not  display  trailer  data.  Header  and  trailer 
data  for  products  will  be  described  in  the  relevant  sections. 

Content  -  a  Data  Chart  describing  each  of  the  output's  data 
elements. 
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Data  elements  that  appear  on  many  of  the  A&D  outputs  are  described 
in  detail  in  the  Data  Chart  on  the  following  page.  Data  Charts  for 
the  individual  outputs  will  give  detailed  explanations  of  data 
elements  that  do  not  appear  in  this  first  Data  Chart,  and  any  other 
data  elements  that  are  not  self-explanatory. 

Example  -  a  sample  of  each  output.  If  the  versions  of  a  report 
produced  for  different  military  departments  contain  the  same  data 
elements,  only  one  report  example  will  be  given. 


A-2-1 


V-  -J 
•  *>  *  TJ 

\v*»$ 

v-y-yi 
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.1  REGISTER  NUMBER.  7-diqit.  register  number  assigned  to  the  inpatient 
episode  during  admission.  The  Air  Force  adds  a  1-digit  suffix  to  indicate 
newborns . 

(2'  PATIENT  NAME.  On  most  outputs,  the  patient  name  appears  as  it  was 
entered  in  PTID — i.e.,  last  name  first,  followed  by  comma,  followed 
immediately  by  first  name.  First  name  can  be  followed  by  a  space  and  a 
middle  initial  or  middle  name,  and/or  a  space  and  a  title,  fast  name  can 
contain  hyphens  or  apostrophe,  but  no  other  punctuation;  first  name  and 
middle  name  can  contain  hyphens  but  no  other  punctuation. 

(3)  EMP .  Patient's  family  member  prefix.  Indicates  relationship  of 
patient  to  sponsor.  See  Table  1Q12  for  definitions  of  the  codes. 

'4'  SSN .  Social  Security  Number  of  patient's  sponsor  (or  of  patient  if 
patient  is  the  sponsor). 

(3)  SEX .  Code  for  the  patient's  sex. 

(6)  DOB.  Patient's  date  of  birth. 

(7)  RACE .  Code  for  the  patient's  race.  See  Table  1024. 

(8;  RELIGION.  Code  for  the  patient's  reliqious  preference.  See  Table 

1000. 

’R)  MARITAL  STATUS.  Code  for  the  patient's  marital  status. 

HI  RANK .  Code  for  the  patient's  rank.  See  Table  1006. 

11  PATIENT  CATEGORY.  Indicates  the  service  affiliation  and  the 
an1  hnri/at  ion  classification  that  authorizes  thp  patient's  care.  Can  be 
d;  .ployed  as  code  only  (e.q.,  N31),  as  thp  textual  description  (e.g.,  DEPN 
MSN  AO  SPONSOR),  or  as  both.  See  Table  1002. 

1c  SOURCE  OF  ADMISSION.  The  source  or  type  of  the  patient's  admission 
e.q.,  "DIR"  for  "direct,"  "TFR"  for  "transfer").  Can  be  displayed  as 
code  nr  textual  description,  or  both.  Also  referred  to  as  "type"  of 
admission.  See  Tahle  2001. 

'.15;  ADMISSION  DATE  AND  TIME.  The  day,  month,  and  year  of  the  patient's 
admission,  and  the  time  of  day,  in  military  time. 

(14,  C|  1NICA1  SERVICE .  The  clinical  service  to  which  the  patient  is 
assigned.  Usually  displayed  as  code.  See  Table  2003. 


BASIC  DATA  CHART 

Showing  Data  Common  to  AQCESS  A&D  Outputs 
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(I1?)  WARD .  The  ID  number  of  the  ward  to  which  the  patient  is  no  ,  .jneu. 
Sometimes  the  name  of  the  ward  is  displayed  as  well  (e.g.,  pediatries'. 

(16)  ABSENT  STATUS.  Code  for  the  patient's  hospital i zat inn  status,  e.q 
BO  (bod  occupant),  CL  (on  convalescent  leave).  Table  2002. 

(17)  TYPE  CASE .  Code  indicating  the  type  of  medical  case  and  its  cause 
(e.g.,  disease,  assault,  battlefield  injury,  etc.).  See  Table  2004. 

(18)  CAUSE  OF  INJURY.  The  cause  of  the  patient's  injury,  if  the 
hospitalization  is  the  result  of  injury.  Can  be  displayed  as  code  or 
textual  description,  or  both.  See  Table  2009. 

(19)  PATIENT  ADDRESS.  Number,  street,  city,  state,  and  zip  code. 


ADMISSION  AND  DISPOSITION  (A&D)  REPORT 


a.  Definition.  The  A&D  Report  describes  all  admission,  disposition, 
change  of  absent  status,  and  newborn  activity  in  the  MTE  for  a  given  day.  The 
first  part  of  the  A&D  Report  consists  of  data  on  patients  who  had  such  an 
activity  on  that  day,  including  current  inpatients  and  patients  with  absent 
statuses  whom  the  MTF  is  currently  tracking.  The  second  part  of  this  report 
contains  corrections  to  A&D  activity  data  that  appeared  on  previous  reports. 
The  A&D  Report  is  produced  daily,  usually  at  midnight;  a  partial  report  can  be 
run  on  demand.  Its  distribution  is  hospital-wide,  and  it  is  used  to 
communicate  information  about  the  daily  inpatient  census. 


b . 

date  and 


format .  This  report's  header  contains  the  standard  data,  plus  the 
time  when  the  period  of  the  report  ends. 


The  A&D  Report  eonsistr  of  several  major  sections  and  subsections,  depending 
on  t He  type  of  admission  and  disposition  activity  being  reported.  Patient 
fiata  is  included  within  each  section  and  subsection  of  the  report,  with  two 
lines  of  data  on  each  patient. 

If  a  particular  type  of  activity  has  not  occurred  during  a  specific  period, 
that  category  will  not  appear  on  the  report  for  that  period.  For  example,  on 
the  Army  A&D  Report,  if  there  were  no  direct  admissions  of  active  duty  Army 
personnel  on  May  11,  the  section  "Direct  Admission  to  Hospital  -  Active  Duty" 
would  not  appear  on  the  May  11  Report. 

A&D  Report  categories  differ  for  each  military  department;  possible  categories 
making  up  the  A&D  Report  for  each  service  are  listed  below.  Patient  data  in¬ 
cluded  within  the  categories  is  described  in  the  Data  Chart  for  this  report. 


A&D  Report  Categories  (Army) 


Gains  (Admissions) 

A.  Direct  Admission  to  Hospital 

1.  Active  Duty 

2.  Dependents  of  Military  Personnel 

3.  Retired  Military  Personnel 

4.  Others 

B.  Direct  Admission  Absent  Sick 

C.  Transfer  Admission 

D.  Newborn 


Changes  of  Status  In 

A.  From  Leave 

B.  From  Subsisting  Out 

C.  From  AWOL  (Less  than  11  Days) 

D.  From  Absent  Sick  in  Non-Military  MTF 

E.  From  TDY/SDV 


si 
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A&D  Report  Categories  (Army)  ( cont inued ) 

II.  Changes  of  Status  In  (continued) 

F.  From  Supplemental  Care 

G.  From  Cooperative  Care 

H.  From  Medical  Hold 

I.  From  Absent  in  Custody  of  Military  Authority 

J.  From  Other  Authorized  Absence 

III.  Losses  (Dispositions) 

A.  Returned  to  Duty 

B.  Separated  from  Service 

C.  Retired  -  Length  of  Service 

D.  Retired  -  PDRL 

F.  Retired  -  TDRL 

F.  AWDL  over  10  Days 

G.  Discharged  from  Hospital 

1.  Dependents  of  Military  Personnel 

2.  Retired  Military  Personnel 

3.  Newborn 

4.  Others 

H.  Died 

1 .  Newborn 

2.  Others 

I.  Transferred 

1.  Newborn 

2.  Others 

IV.  Changes  to  Status  Out 

A.  To  Leave 

B.  To  Subsisting  Out 

C.  To  AWOL 

D.  To  Absent  Sick  in  Non-Military  Hospital 

E.  To  TDY/SDY 

F.  To  PCS  Home  or  VA  Hospital 

G.  To  Supplemental  Care 

H.  To  Cooperative  Care 

I.  To  Medical  Hold 

J.  To  Absent  in  Custody  of  Military  Authority 

K.  To  Other  Authorized  Absence 

V.  Other  Transactions 

A.  Interward  Transfers 

B.  Carded  for  Record  Only 

C.  Passes  in  Excess  of  24  Hours 

1.  To  Pass 

2.  From  Pass 

D.  From  Newborn  to  Pay  Patient 

VI.  Corrections  to  Prior  A&D  Reports 
A.  Corrections  to  Gains 


A-2-5 
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A&D  Report  Categories  (Army)  (continued) 


VI.  Corrections  to  Prior  A&D  Reports  (cont'd.) 

B.  Corrections  for  Change  of  Status  In 

1.  From  Leave 

2.  From  Subsisting  Out 

3.  From  AWOL  (Less  than  11  Days) 

A.  From  Absent  Sick  in  Non-Military  MTF 

5.  From  TDV/SDY 

6.  From  Supplemental  Care 

7.  From  Cooperative  Care 

8.  From  Medical  Hold 

9.  From  Absent  in  Custody  of  Military  Authority 

10.  From  Other  Authorized  Absence 

11.  F rom  Pass 

C.  Corrections  for  Losses 

D.  Corrections  for  Change  of  Status  Out 

1 .  To  Leave 

2.  To  Subsisting  Out 

3.  To  AWOL 

A.  To  TDY/SDY 

5.  To  PCS  Home  or  VA  Hospital 

6.  To  Supplemental  Care 

7.  To  Cooperative  Care 

8.  To  Medical  Hold 

9.  To  Absent  in  Custody  of  Military  Authority 

10.  To  Other  Authorized  Absence 

11.  To  Pass 

E.  Corrections  for  Interward  Transfers 

F.  Admissions  Cancelled  for  Previous  Date 

G.  Dispositions  Cancelled  for  Previous  Date 

H.  Changes  from  Retained/Pay  Status  to  Newborn 

I.  Other  Corrections 


A&D  Report  Categories  (Air  Force) 


I.  Gains  (Admissions) 

A.  Admissions  -  Duty  to  Hospital 

B.  Admissions  -  Duty  to  Quarters 

C.  Admissions  -  Duty  to  Non-Military  Hospital 

D.  Admissions  -  Transfers-In 

F.  Admissions  -  Other 

II.  Changes  of  Status  In 

A.  Change  of  Status  -  In  From  Leave 

R.  Change  of  Status  -  In  From  AWOL 

C.  Change  of  Status  -  In  From  Quarters 

D.  Change  of  Status  -  In  From  Subsisting  Elsewhere 
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A&D  Report  Categories  (Air  Force)  (continued) 


II.  Changes  of  Status  In  (cont'd.) 

E.  Change  of  Status  -  In  From  Non-Military  Hospital 

F.  Change  of  Status  -  In  Newborn  Remaining  After  Discharge  of 

Mother 

G.  Change  of  Status  -  In  From  Other  Absent  Status 

H.  Change  of  Status  -  In  From  Medical  TDY 

III.  Losses  (Dispositions) 

A.  Disposition  -  Hospital  to  Duty 

B.  Disposition  -  Quarters  to  Duty 

C.  Disposition  -  Transfer  Out 

D.  Disposition  -  Evacuated  to  US 

E.  Disposition  -  Discharge  from  Service,  Non-Medical 

F.  Disposition  -  Separation  or  Retirement,  Physical  Disability 

G.  Disposition  -  Death 

H.  Disposition  -  Other 

I.  Disposition  -  Non-Military  Hospital  to  Duty 

IV.  Changes  to  Status  Out 

A.  Change  of  Status  -  Out  to  Leave 

B.  Change  of  Status  -  Out  to  AWOL 

C.  Change  of  Status  -  Out  to  PCS  Home 

D.  Change  of  Status  -  Out  to  VA  Hospital 

E.  Change  of  Status  -  Out  to  Subsisting  Elsewhere 

F.  Change  of  Status  -  Out  to  Medical  TDY 

G.  Change  of  Status  -  Out  to  Other  Absent  Status 

V.  Interward  Transfers 

VI.  Newborn  Activity 

A.  Newborn  -  Births 

B.  Newborn  -  Deaths 

C.  Newborn  -  Departures 

VII.  Carded  for  Record  Only 

VIII.  Emergency  Service  Death 

IX.  Auto  Corrections  for  Previous  A&D  Reports 

A.  Corrections  for  Gains 

B.  Corrections  for  Change  of  Status  In 

C.  Corrections  for  Losses 

D.  Corrections  from  Change  of  Status  Out 

E.  Corrections  for  Interward  Transfers 

F.  Admissions  Cancelled  for  a  Previous  Admission  Date 

G.  Dispositions  Cancelled  from  Previous  Disposition  Date 

H.  Changes  from  Retained/Pay  Status  to  Newborn 

I.  Manual  Text  Corrections 


A&D  Report  Categories  (Navy) 


Gains  (Admissions) 

A.  Direct  Admissions  -  Other 

B.  Direct  Admissions  -  Active  Duty  U.S.  Uniformed  Services 

C.  Transfer  from  Other  Military  Facility  -  Other 

D.  Transfer  from  Other  Facility  -  Active  Duty  U.S.  Uniformed 
Services 

E.  Transfer  from  Other  Medical  Facility  -  Other 

F.  Transfer  from  Other  Facility  -  Active  Duty  U.S.  Uniformed 


Services 


Changes  of 

A.  Status 

B.  Status 

C.  Status 

D.  Status 

E.  Status 

F.  Status 

G.  Status 

H.  Status 

I.  Status 

J.  Status 

Changes  of 

A.  Status 

B.  Status 

C.  Status 

D.  Status 

E.  Status 

F.  Status 

G.  Status 

H.  Status 

I.  Status 
0.  Status 


Status  In 

In  -  Absent  in  Custody  of  Civilian  Authorities 
In  -  Absent  in  Custody  of  Military  Authorities 
In  -  AWOL 

In  -  Absent  Other  Treatment  Facility 

In  -  On  Cooperative  Care 

In  -  Convalescent  Leave 

In  -  Ordinary  Leave 

In  -  Supplemental  Care 

In  -  Subsisting  Elsewhere 

In  -  TDY 


Status  Out 
Out  -  From 
Out  -  From 
Out  -  From 
Out  -  From 
Out  -  From 
Out  -  F  rom 
Out  -  From 
Out  -  From 
Out  -  From 
Out  -  From 


Custody  of  Civilian  Authorities 
Custody  of  Military  Authorities 
AWOL 

Other  Treatment  Facility 
Cooperative  Care 
Convalescent  Leave 
Ordinary  Leave 
Supplemental  Care 
Subsisting  Elsewhere 
TDY 


Ward  Transfers 


Losses  (Dispositions) 

A.  Transferred  Out  -  Other 

B.  Transferred  Out  -  ACDU  USUS 

C.  Disposition  to  Home 

D.  Disposition  to  Duty  -  ACDU  USUS 

E.  Disposition  to  Convalescent  Leave 

F.  Disposition  Death  -  Other 

G.  Disposition  Death  -  U.S.  Uniformed  Services 

H.  Status  Out  -  Medical  Holding  Company 


SE 


Newborn  Activity 

A.  Livebirth 

8.  Newborn  Direct  with  Mother 

C.  Newborn  Transferred  in  with  Mother 

D.  Newborn  Retained 

E.  Newborn  Disposition  to  Home 

F.  Transferred  Out  -  Newborns 

G.  Disposition  Death  -  Newborns 

Corrections  for  Previous  A&D  Reports 

A.  Corrections  for  Gains 

B.  Corrections  for  Losses 

C.  Corrections  for  Changes  of  Status  In 

D.  Corrections  for  Changes  of  Status  Out 

E.  Corrections  for  Ward  Transfers 

E.  Corrections  for  Admission  Cancellations 

G.  Corrections  for  Disposition  Cancellations 

H.  Changes  from  Retained/Pay  Status  to  Newborn 

I.  Manual  Text  Corrections 


c.  Contents  The  A&D  Report  displays  the  following  data  for  each  patient 
included  in  each  reporting  category: 


(1)  REG  NO.  Register  number  of  the  patient. 

(2)  PATIENT  NAME. 

(3)  EMP.  Patient's  family  member  prefix.  Table  1012. 

(4)  SPONSOR  SSN .  SSN. 

(5)  RANK  of  the  patient's  sponsor  (or  of  the  patient  if  the  patient  is  the 
sponsor) .  Table  1006. 

(6)  PNT-CAT .  Code  for  the  patient's  patient  category.  Table  1002. 

(7)  DUTY  ADDRESS/RELATIONSHIP.  Duty  address  of  patient  or  patient's 
sponsor.  This  field  displays  the  description  of  the  patient  category  if 
the  patient  not  active  duty. 

(8)  TYPE  CASE.  Table  2004. 

(9)  T IME  of  admission. 

(10)  WARD.  The  ward  to  which  the  patient  is  assigned.  If  the  patient  has 
an  "out"  absent  status,  this  field  shows  the  absent  status,  preceded  by 

an  asterisk. 

(11)  MTE  DAYS.  Number  of  days  the  patient  has  spent  at  the  MTE  since  date 
of  admission.  This  field  is  used  by  the  Navy  only. 

(13)  IPS.  Plying  status.  Table  1014. 


DATA  CHART  -  ADMISSION  AND  DISPOSITION  REPORT 
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TEST  AIRFORCE  MTF 


PERSONAL  DATA  -  PRIVACY  ACT  1974  RUN  DATE  31  AUG  19:5  1819 

PAbt  1 

PERIOD  ENDING  2400  HOURS  30  AUG  1985  *  85242  * 

*****  ADMISSION  AND  DISPOSITION  REPORT  ***** 

REG  NO  PATIENT  NAME  DUTY  ADDRESS/  TYPE  CASE  TIME  WARD 

FMP  SPONSOR  SSN  RANK  PNT-CAT  RELATIONSHIP  FS 

***********************  ADMISSIONS  -  DUTY  TO  HOSPITAL  ************************* 


*0002003  REYNOLDS# DAVID 

DIS 

1300 

5T 

20  209-19-2872  AMN 

0002007  MICCIOLI #  BRADLEY 

F12 

20981 

DIS 

1200 

4S 

20  209-87-3744  CPT 

Fll 

30198 

2B 

0002008  LAURENCE# DAVID 

DIS 

1430 

4S 

20  098-29-8172  2LT 

Fll 

24398 

2S 

*0002009  SZABO# CHRISTOPHER 

DIS 

1200 

4S 

20  309-82-0912  AB 

Fll 

24812 

3L 

**************************  ADMISSION  -  TRANSFERS  IN  *************************** 


TRANSFERS-IN  FROM  (1243)  USAF  HOSP#  HOMESTEAD  AFB#  FL  33039 


*0002005  WILL INGHAM# STEVEN 


20  308-29-8298 


AB 


FI  1 


22012 


DIS  1030  IX 
1U 


******************************  ADMISSION  -  OTHER  ****************************** 


0002002  BRYAN# MARY 

DEPN 

AD 

USAF 

DIS 

0930 

4S 

30  209-18-2987 

0002004  JONES. BETH 

CIV 

F41 

DEPN 

AD 

USAF 

DIS 

1000 

5U 

02  098-29-2871 

CIV 

F41 

0002004  EVERETT. NANCY 

DEPN 

AD 

USAF 

DIS 

0900 

4E 

30  309-88-2987 

CIV 

F41 

**************  CHANGE  OF  STATUS  -  IN  FROM  NON-MILITARY  HOSPITAL  ************** 

DIS  1200  4S 


0000800  TESTER# ABE 

20  888-99-9888  CPT  FU 

***********************  DISPOSITION 


99999 

-  HOSPITAL  TO  DUTY  *********************** 


0002011  RIORDAN# JEFF  DIS  1200  *B0 

20  209-89-3838  2LT  Fll  20012  1U  4S 

****************  CHANGE  OF  STATUS  -  OUT  TO  OTHER  ABSENT  STATUS  **************** 


0002010  CROUN.OARY 

DIS  0900 

*SC 

20  209-12-1983  2LT 

Fll 

20989 

5A 

4S 

ADMISSION  4  DISPOSITION  (A&D)  REPORT  (AIR  FORCE) 
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PERIOD  ENDING  2400  HOURS  30  AUG  1985  *  85242  * 


*  *  *  *  *  ADMISSION  AND  DISPOSITION  REPORT  ***** 


REG  NO  PATIENT  NAME  DUTY  ADDRESS/ 

FMP  SPONSOR  SSN  RANK  PNT-CAT  RELATIONSHIP 


TYPE  CASE  TIME  WARD 
FS 


******************  AUTO  CORRECTIONS  FOR  PREVIOUS  AtD  REPORTS  ****************** 
*************************  CORRECTIONS  FOR  ADMISSIONS  ************************** 
CHANGES  TO  REPORT  OF  20  AUG  1985 


ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0002010  CROWN  t GARY 

20  209-12-1983  2LT  Fll  20989 


DIS  1200  4S 
5A 


CHANGES  TO  REPORT  OF  25  AUG  1985 


ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0002011  RIORDANf  JEFF 

20  209-89-3838  2LT  Fll  20012 


DIS  1200  4S 
1U 


A&D  REPORT  (AIR  FORCE) 
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PERSONAL  DATA  -  PRIVACY  ACT  1974  RUN  DATE  31  AUG  1985  1656 

PAGE  1 

PERIOD  ENDING  2400  HOURS  30  AUG  1985  *  85242  * 


*  *  *  *  *  ADMISSION  AND  DISPOSITION  REPORT  *  *  *  *  * 


REG  NO  PATIENT  NAME  DUTY  ADDRESS/ 

FMP  SPONSOR  SSN  RANK  PNT-CAT  RELATIONSHIP 


TYPE  CASE  TIME  WARD 
FS 


****************************  GAINS  (ADMISSIONS)  ***************************** 
***********************  DIRECT  ADMISSION  TO  HOSPITAL  ************************ 
********************************  ACTIVE  DUTY  ******************************** 


0003438  RIVERTON. DALLAS 

20  249-34-8789  MSG  Ai: 


WALTER  REED  AMC 
WASHINGTON  DC  20013 


DIS  1200  4E 
N 


****************************  TRANSFER  ADMISSION  ***************************** 
TRANSFERS-IN  FROM  (0311)  USACH.  BERLIN.  GE 


0003443  EVERETT. SAM 

20  398-47-3827  MSG  A12 


SILVER  SPRING  MD  20910 


DIS  1200  4E 
N 


***************************  LOSSES  (DISPOSITIONS)  *************************** 
*************************  DISCHARGED  FROM  HOSPITAL  ************************** 
*********************  DEPENDENTS  OF  MILITARY  PERSONNEL  ********************** 


0003444  JOHNSTON, DAVID 

02  292-38-9878  CIV  ASl 

0003441  WATSON. LISA 

30  389-09-1717  CIV  A51 


DEPN  AD  US  ARMY  SPONSOR 


DEPN  AD  US  ARMY  SPONSOR 


DIS  1100  *B0 
3N 

DIS  1200  *B0 
6S 


********************************  TRANSFERRED  ******************************** 
**********************************  OTHERS  *********************************** 

TRANSFERS-OUT  TO  (N003)  NH  BETHESDA 


0003436  YOUNG, ALAN  FT  MEADE 

20  342-91-3822  1LT  All  24102 


DIS  0930  *B0 
N  4E 


*********************  CORRECTIONS  TO  PRIOR  AID  REPORTS  ********************** 
****************************  CORRECTIONS  TO  GAINS  *************************** 
CHANGES  TO  REPORT  OF  27  JUL  1985 


ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0003437  BLACKWELL. JAMES  PENTAGON 

20  241-98-4738  MAJ  All  WASHINGTON  DC  20410 


DIS  0900  4E 
N 


A&O  REPORT  (ARMY) 


A-2-13 


UH007 


- 


%'  •/ 


TEST  ARMY  MTF 


PERSONAL  DATA  -  PRIVACY  ACT  1974  RUN  DATE  31  AUG  1985  1656 

PAGE  2 

PERIOD  ENDING  2400  HOURS  30  AUG  1985  *  85242  * 

*****  ADMISSION  AND  DISPOSITION  REPORT  ***** 

REG  NO  PATIENT  NAME  DUTY  ADDRESS/  TYPE  CASE  TIME  WARD 

FMP  SPONSOR  SSN  RANK  PNT-CAT  RELA1 IONSHIP  PS 

*********************  CORRECTIONS  TO  PRIOR  AID  REPORTS  ********************** 

****************************  CORRECTIONS  TO  GAINS  *************************** 

CHANGES  TO  REPORT  OF  19  AUG  1985 

ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0003444  JOHNSTONf DAVID  DEPN  AD  US  ARMY  SPONSOR  DIS  1200  3N 

02  292-38-9878  CIV  A51 

CHANGES  TO  REPORT  OF  20  AUG  1985 

ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION 
0003441  WATSON, LISA  DEPN  AD  US 

30  389-09-1717  CIV  A51 

ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION 
0003436  YOUNG  » ALAN  FT  MEADE 

20  342-91-3822  1LT  All  24102 

CHANGES  TO  REPORT  OF  26  AUG  1985 

ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0003442  WATSON, MELISSA  DEPN  AD  US  ARMY  SPONSOR  DIS  0101  6W 

01  389-09-1717  CIV  A51 

CHANGES  TO  REPORT  OF  27  AUG  1985 

ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0003439  MORLEY, ANDREA  DEPN  AD  US  ARMY  SPONSOR  DIS  0900  6S 

30  349-83-9020  CIV  A51 

CHANGES  TO  REPORT  OF  28  AUG  1985 

ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0003440  MORLEY, ANDREW  DEPN  USN  AD  SPONSOR  DIS  0200  6U 

01  349-83-9020  CIV  N51 

********************  CORRECTIONS  FOR  CHANGE  OF  STATUS  OUT  ******************* 
****************************  TO  COOPERATIVE  CARE  **************************** 
CHANGES  TO  REPORT  OF  08  AUG  1985 

ABSENT  STATUS  CHANGE  TO  STATUS  OUT  ON  OTHER  THAN  EFFECTIVE  DATE 
0003437  BLACKWELL » JAMES  PENTAGON  DIS  1200  *CC 

20  241-98-4738  MAJ  All  WASHINGTON  DC  20410  N  4E 


DATE 

ARMY  SPONSOR 

DIS 

0930 

6S 

DATE 

DIS 

1200 

4E 

N 
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PERSONAL  DATA  -  PRIVACY  ACT  1974  RUN  DATE  31  AUG  1985  1813 

PAGE  1 

PERIOD  ENDING  2400  HOURS  30  AUG  1985  *  85242  » 

*  *  *  *  *  ADMISSION  AND  DISPOSITION  REPORT  ***** 


REG  NO  PATIENT  NAME 

FMP  SPONSOR  SSN  RANK  PNT-CAT 


DUTY  ADDRESS/ 
RELATIONSHIP 


TYPE  CASE  TIME  WARD 
MTF  DAYS  FS 


**************************  DIRECT  ADMISSIONS  -  OTHER  ************************** 


0006483  BELLAMYf LAURA 

DEPN  USN  ACTIVE  DUTY 

DIS 

0830 

4S 

30  290-12-1921  CIV 

N41 

0 

0006482  BERTRAM. JOHNNY 

DEPN  USN  ACTIVE  DUTY 

DIS 

0900 

5T 

02  392-89-1823  CIV 

N41 

0 

0006479  FRANKLIN. SANDRA 

DEPN  USN  ACTIVE  DUTY 

DIS 

0500 

4E 

30  342-81-9384  CIV 

N41 

0 

0006478  KUSHNIK. HARRY 

DEPN  USN  ACTIVE  DUTY 

DIS 

1000 

4S 

55  248-18-2983  CIV 

N41 

0 

0006484  ROGERS. STEVEN 

DEPN  USN  ACTIVE  DUTY 

DIS 

1200 

5S 

02  291-82-1982  CIV 

N41 

0 

***********  DIRECT  ADMISSIONS  - 

ACTIVE  DUTY  U.S.  UNIFORMED 

SERVICES  *********** 

000^477  JOHNSON. SAM 

NAVAL  TRAINING  CENTER 

DIS 

0900 

4S 

20  241-92-8342  CW3 

Nil 

ORLANDO  FL  32801 

0 

N 

0006487  WILLIAMS. CARL 

DIS 

1200 

*cc 

20  129-23-1829  CPT 

Nil 

0 

************************ 

STATUS 

IN  -  CONVALESCENT  LEAVE  *********************** 

0006455  MYERS. PETER 

USS  ENTERPRISE 

INJ 

1100 

5T 

20  756-56-7654  CPT 

Nil 

EUSTIS  FL  32726 

23 

0006480  WALKER, LARRY 

DIS 

1200 

4S 

20  231-83-0293  DN 

Nil 

23121 

10 

N 

**********************  STATUS  OUT  -  FROM  COOPERATIVE  CARE 

********************* 

0006487  WILLIAMS. CARL 

DIS 

1200 

*CC 

20  129-23-1829  CPT 

Nil 

0 

*********************  STATUS  OUT 

-  FROM  CONVALESCENT  LEAVE 

******************** 

0006480  WALKER, LARRY 

DIS 

1130 

*B0 

20  231-83-0293  DN 

Nil 

23121 

10 

N 

4S 

******************************** 

WARD  TRANSFERS  ******************************* 

0006483  BELLAMY. LAURA 

DEPN  USN  ACTIVE  DUTY 

DIS 

0845 

4E 

30  290-12-1921  CIV 

N41 

0 

4S 

0006482  BERTRAM, JOHNNY 

DEPN  USN  ACTIVE  DUTY 

DIS 

0915 

5U 

02  392-89-1823  CIV 

N41 

0 

5T 
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PERSONAL  DATA  -  PRIVACY  ACT  1974  RUN  DATE  31  AUG  1985  1813 

PAGE  2 

PERIOD  ENDING  2400  HOURS  30  AUG  1985  *  85242  * 


*  *  *  *  *  ADMISSION  AND  DISPOSITION  REPORT  *  *  *  *  * 


REG  NO  PATIENT  NAME  DUTY  ADDRESS/ 

FMP  SPONSOR  SSN  RANK  PNT-CAT  RELATIONSHIP 


TYPE  CASE  TIME  WARD 
MTF  DAYS  FS 


**************************  TRANSFERRED  OUT  -  ACDU  USUS  ************************ 
TRANSFERS-OUT  TO  (N015)  NAVHOSP  GROTON »  NEW  LONDON.  CT 


0006463  WHITE. BARRY 

20  222-22-2222  CPT  Nil 


111  WWW 

ALEXANDRIA  VA  22312 


DIS  0900  *B0 
14  4E 


************************  DISPOSITION  TO  DUTY  -  ACDU  USUS  ********************** 


0006469  JONES. BOB 

20  888-33-3121  CDR  Nil 


NAVY  TRAINING  CENTER 
ORLANDO  FL  32802 


DIS  1030  *B0 
9  4S 


***********************************  LIVEBIRTH  ********************************* 


0006481  FRANKLIN. MATTHEW 
01  342-81-9384  CIV  N41 


DEPN  USN  ACTIVE  DUTY 


DIS  0945  23E 
0 


*****************************  CORRECTIONS  FOR  GAINS  **************************4 

CHANGES  TO  REPORT  OF  1 1  JUL  1985 


ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0006488  SANTOS. MANUEL 

20  238-19-2828  ENS  Nil 


DIS  1400  4S 
50 


CHANGES  TO  REPORT  OF  20  JUL  1985 


ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0006486  HARVEY, BILL  DEPN  USN  ACTIVE  DUTY 

30  231-92-8317  CIV  N41 


DIS  1200  4S 
41 


CHANGES  TO  REPORT  OF  24  JUL  1985 


ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0006490  L INDEMAN .ERIC 

20  342-98-4747  ENS  Nil 


DIS  0900  4S 
37  N 


CHANGES  TO  REPORT  OF  25  JUL  1985 


ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0006489  LUCAS.UILLIAM 

20  349-58-2717  CPT  Nil 


DIS  1200  4S 
36  N 


CHANGES  TO  REPORT  OF  20  AUG  1985 


ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0006480  WALKER, LARRY 

20  231-83-0293  DN  Nil  23121 


DIS  1200  4S 
10  N 
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PERIOD  ENDING  2400  HOURS  30  AUG  1985  *  85242  * 

*****  ADMISSION  AND  DISPOSITION  REPORT  ***** 


REG  NO  PATIENT  NAME  DUTY  ADDRESS/  TYPE  CASE  TIME  WARD 

PMP  SPONSOR  SSN  RANK  PNT-CAT  RELATIONSHIP  MTF  DAYS  FS 

*****************************  CORRECTIONS  FOR  GAINS  *************************** 

CHANGES  TO  REPORT  OF  28  AUG  1985 


ADMISSION  ENTERED  ON  DATE  OTHER  THAN  ADMISSION  DATE 
0006485  GEORGE  , STEPHAN  I E  DEPN  USN  ACTIVE  DUTY  DIS  1200  4S 

30  293-81-2828  CIV  N41  2 

****************************  CORRECTION  FOR  LOSSES  **************************** 

CHANGES  TO  REPORT  OF  29  AUG  1985 


DISPOSITION  ENTERED  ON  OTHER  THAN  CURRENT  DATE 
0006460  TEST, BABY  DEPN  USN  ACTIVE  DUTY 

01  222-22-2222  CIV  N41 


DIS  1200  *B0 
21  4E 


**********************  CORRECTIONS  FOR  CHANGES  OF  STATUS  OUT  ****************** 


CHANGES  TO  REPORT  OF  21  JUL  1985 


ABSENT  STATUS  CHANGE  TO  STATUS  OUT  ON  OTHER  THAN  EFFECTIVE  DATE 
0006488  SANTOS, MANUEL  DIS  0900  *CL 

20  238-19-2828  ENS  Nil  50  4S 

CHANGES  TO  REPORT  OF  02  AUG  1985 


ABSENT  STATUS  CHANGE  TO  STATUS  OUT  ON  OTHER  THAN  EFFECTIVE  DATE 
0006490  L INDEMAN, ERIC  DIS  1500  *AM 

20  342-98-4747  ENS  Nil  37  N  4S 

CHANGES  TO  REPORT  OF  10  AUG  1985 


ABSENT  STATUS  CHANGE  TO  STATUS  OUT  ON  OTHER  THAN  EFFECTIVE  DATE 
0006489  LUCAS, WILLIAM  DIS 

20  349-58-2717  CPT  Nil  36 


1600  *SE 
N  4S 
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A&D  RECAP/PATIENT  STRENGTH  REPORT 


a.  Definit ion.  This  report  is  called  the  A&D  Recap  by  the  Army,  and  the 
Patient  Strength  Report  by  the  Navy  and  Air  Force.  It  summarizes  A&D  data  by 
patient  cateqory  and  absent  status,  and  includes  all  inpatients  and  patients 
on  "out"  absent  statuses  on  the  day  of  the  report.  This  report  is  usually 
printed  daily.  It  is  distributed  at  the  hospital  administrative  and  nursing 
supervisory  level,  and  is  used  to  monitor  bed  demand  and  the  hospital  census. 

b.  Format^.  In  addition  to  the  standaid  data,  the  header  for  this  report 
displays  the  date  on  which  the  period  of  the  report  ends.  The  body  of  the 
report  is  arranged  in  table  form,  with  the  patient  cateqory  given  on  the  left. 

c.  Content .  The  body  of  the  A&D  Recap  and  Patient  Strength  Reports 
contains  the  data  described  in  the  Data  Chart  below. 


(1)  PNT  CAT .  Description  of  the  patient's  patient  category.  Table  1002. 

(2)  PREV  REPORT.  The  number  of  patients  with  this  patient  category 
present  in  the  MTF,  minus  gains,  plus  losses.  On  A&D  Recap  only  (Army). 

(?)  GAINS .  The  number  of  gains  (admissions)  in  this  patient  category 
since  the  previous  report. 

(4)  LOSSES.  The  number  of  losses  (dispositions)  in  this  patient  category 
since  the  previous  report. 

(5)  PRES  REPORT.  The  number  of  patients  with  this  patient  category 
currently  in  the  hospital. 

Items  (6)  through  (8)  show  the  number  of  current  inpatients  who  have  the 
specified  patient  category  and  the  absent  statuses  listed: 

(6)  SUB  ELSE.  Subsisting  elsewhere. 

(7)  ABSENT  SICK. 

(8)  QTR5.  In  quarters.  Air  Force  and  Navy  only. 

(9)  OTHER  ABSENT. 

(10)  TOTAL  ABSENT.  The  number  of  current  inpatients  with  this  patient 
category  who  have  absent  statuses  other  than  "BO"  (bed  occupied). 
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(11)  ON  PASS.  The  number  of  inpatients  with  this  patient  category  who  are 
currently  on  pass.  Army  only. 

(12)  NEWBORN .  The  number  of  current  inpatients  with  this  patient  category 
who  are  newborns. 

(13)  BEDS  TOTAL.  The  number  of  inpatients  who  are  currently  occupying 
beds  in  the  MTF. 

(14)  TOTAL.  The  end  of  the  report  gives  totals  for  data  items  (2)  through 
(13). 


TEST  ARMY  MTF 


RUN  DATE:  05  SEP  1985 

PERSONAL  DATA  -  PRIVACY  ACT  1974  PAGE:  1 

ADMISSION  AND  DISPOSITION  RECAPITULATION 
PERIOD  ENDING  2400  HOURS  30  AUG  1985 

PNT  CATEGORY 

PREV  GAINS  LOSSES  PRES  SUB  ABS  OTH  TOTAL  ON  NEW  BEDS 

RPT  RPT  ELSE  SICK  ABS  ABS  PASS  BORN  TOTAL 


USA  AD  OFFICER 

20  1  1001100  0 

USA  AD  ENLISTED 

02  0  2000000  2 

DEPN  AD  US  ARMY  SPONSOR 

40  3  1000000  1 


DEPN  USN  AD  SPONSOR 

10  0  1000001  1 


TOTAL!  72  4  5001  1014 
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TEST  NAVY  MTF 

PNT  CATEGORY 

USAR  AD  DEPN 

USN  ACTIVE  DUTY 

DEPN  USN  ACTIVE 

total: 


RUN  DATE:  05  SEP  1985 

PERSONAL  DATA  -  PRIVACY  ACT  1974  PAGE :  1 

PATIENT  STRENGTH  REPORT 
PERIOD  ENDING  2400  HOURS  30  AUG  1985 

GAINS  LOSSES  PRES  SUB  ABS  QTRS  OTH  TOT  NEU  BEDS 

RPT  ELSE  SICK  ABS  ABS  BORN  TOTAL 


0  0 


0  0  0 


0  0  0  1 


2 


9 


0  0 


3  4  0  5 


DUTY 

6 


0  9  0 


0  0  0  0 


9 


8 


19  1  0  0  3 


4  1  15 
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ADMISSION!  COVER  SHEET  or  ADMISSION  FORM 


a.  Definition.  This  product  contains  patient  identification  and 
admission  information  on  an  individual  patient.  It  is  referred  to  as  the 
Admission  Cover  Sheet  by  the  Army,  and  as  the  Admission  Form  by  the  Navy. 

(The  Air  Force  does  not  use  this  product.) 

The  Admission  Cover  Sheet  or  Form  is  produced  automatically  when  a  patient  is 
admitted,  and  can  be  requested  by  the  user  from  the  Admission  or  Transfer 
function  (Inpatient  Products  segment).  It  is  used  as  the  patient  chart,  and 
its  distribution  is  determined  by  the  MTF  command. 

b.  Format.  The  header  for  this  product  varies  for  each  military 
department.  The  Army  Cover  Sheet  includes  a  header  containing  the  report 
title  and  a  reference  to  AR  40  and  the  Office  of  the  Surgeon  General.  The 
Navy  Admission  Form  header  consists  of  the  number  and  title  of  the  form. 

The  body  of  both  Admission  Forms  is  arranged  in  a  grid  format,  with  one  or 
more  data  elements  to  each  block  of  the  grid. 

c.  Content .  The  content  of  this  product  also  varies  for  each  military 
department.  A  separate  Data  Chart  is  shown  for  the  Army  and  the  Navy  forms. 


(1)  REGISTER  NUMBER  of  patient. 

(2)  NAME  of  patient  (last  name,  first,  middle  initial). 

(3)  GRADE.  Patient's  pay  grade.  (Grade  associated  with  patient's  rank.) 
ADMISSION  REMARKS. 

(4)  SEX  of  patient. 

(5)  AGE  of  patient. 

(6)  RACE.  Table  1024. 

C7)  RELIGION.  Table  1000. 

(8)  LENGTH  OF  SVC.  Lenqth  of  military  service,  if  patient  is  a  sponsor. 
Table  2014. 

(9)  ET5.  Date  when  patient’s  term  of  service  will  expire.  Can  show 
INDEF  if  that  date  is  indefinite. 
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(10)  PREVIOUS  ADMISSION.  "YES"  in  this  field  indicates  that  this  patient 
has  previously  been  admitted  to  this  MTF. 


(11)  FMP .  Patient's  family  member  prefix.  Indicates  relationship  of  pa¬ 
tient  to  sponsor.  Table  1012. 

(12)  S5N. 

(13)  ORGANIZATION  authorizing  patient's  admission. 

(14)  WARD. 

(15)  FLYING  STATUS.  Patient's  flying  status  or  aviation  status  code. 

Table  1014. 

(16)  RATING/DSG.  Patient's  aeronautical  rating.  Table  1009. 

(17)  DEPT/BEN.  For  active  duty,  this  field  shows  the  military  department. 
For  others,  it  gives  the  patient  category.  Table  1002. 

(18)  BRANCH/C0RP5.  For  Army  officers,  Army  branch  of  service.  For  Army 
enlisted,  this  field  will  be  blank.  Table  1023. 

(19)  UIC/ZIP.  Unit  Identification  Code  or  zip  code  of  patient's  sponsor, 
or  of  patient  if  patient  is  a  sponsor. 

(20)  TYPc  CASE.  Table  2004. 

(21)  SOURCE  OF  ADMISSION/AUTHORITY  FOR  ADMISSION.  Source  of  the  patient's 
admission  or  authority  for  admission.  Source  of  admission  from  2001; 
authority  for  admission  from  Table  1002. 

(22)  HOUR  OF  ADMISSION. 

(23)  CLINIC  SERVICE.  Short  description.  Table  2005. 

(24)  NAME/RELATIONSHIP  OF  EMERGENCY  ADDRESSEE.  Name  of  emergency  addres¬ 
see  or  next  of  kin,  and  his/her  relationship  to  the  patient.  See  Table 
2012  for  relationship. 

(25)  TYPE  DISPOSITION.  Code  indicating  patient's  disposition  status  at 
the  end  of  hospitalization.  Will  be  blank.  Table  2007. 

(26)  DATE  OF  DISPOSITION. 

ADMITTING  OFFICER. 
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(27)  ADDRESS  OF  EMERGENCY  ADDRESSEE  (INCLUDE  ZIP  CODE).  Also:  TELEPHONE 
NO.  of  emergency  addressee. 

(28)  DATE  OF  THIS  ADMISSION. 

(29)  NAME  AND  LOCATION  OE  MEDICAL  TREATMENT  FACILITY. 

(30)  DATE  OF  INITIAL  ADMISSION.  If  this  patient  is  a  transfer-in,  the 
date  when  the  patient  was  admitted  to  the  MTF  he  or  she  transferred  from. 

(31)  SELECTED  ADMINISTRATIVE  DATA.  Free  text. 

(32)  UNITS  OF  WHOLE  BLOOD/COMPONENT  TRANSFUSED. 

(33)  CAUSE  OF  INJURY.  Description.  Table  2009. 


The  remaining  fields  on  the  Cover  Sheet  are  not  used  at  admission.  See 
the  description  of  the  Inpatient  Treatment  Record  Cover  Sheet  in  Appendix 

C. 
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29.  MAC  ANO  lOCATIM  Or  '•EOICAl  TREATMENT  FACILITY 

WALTER  REED  AMC 


01.  SELECTED  AOMNISTtATIVE  OATA 


‘.4 .  ,A«0 

5E 


20  *YPE  CASE 


20  CLINIC  SERVICE 

5  I NT  MED 


28.  OATE  or  DISPOSITION 


(TELEPHONE  no. 


10.  DATE  or  INITIAL 
Awrssto* 


04.  OIACMStS/OPCKATIOM  AM  SPECIAL  PtOCEOUtEJ 


Oku  tr  Contlnua*  a»  Pavana 
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CAtl  OATS 

CAM  OATS 

bats 
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(1)  PATIENT'S  NAME.  In  format:  Last,  first,  middle. 

(2)  TIME  ADMITTED  to  this  MTF. 

(3)  ADMISSION  DATE. 

(4)  REPORTING  MEDICAL  TREATMENT  FACILITY  (UIC).  Unit  Identification  Code 
for  this  MTF. 

(5)  LOC  CODE.  AQCESS  is  designed  to  operate  at  fixed  facilities.  This 
data  element  will  be  blank  except  for  field  activities. 

(6)  REGISTER  NUMBER  of  this  patient. 

(7)  DUTY  STATION.  Address  of  the  patient's  duty  station.  Active  duty 
Navy  and  Marine  Corps  only.  Also:  SHIP  STATION  CODE.  Unit  Identifica¬ 
tion  Code  of  patient's  ship  assignment.  Active  duty  Navy  or  Marine  Corps 
only. 

(8)  FAMILY  PREFIX.  Patient's  family  member  prefix.  Table  1012. 

(9)  SOCIAL  SECURITY  NUMBER  of  patient's  sponsor  (or  of  patient,  if  patient 
is  the  sponsor)^ 

(10)  SEX  CODE.  Patient's  sex. 

(11)  RACE.  Description  and  code  of  the  patient's  race. 

(12)  RELIGION.  Table  1000. 

(13)  HOME  ADDRESS  or  DUTY  STATION.  This  field  should  contain  home  address 
if  patient  is  not  active  duty;  duty  address  if  patient  is  active  U.S.  Army 
or  Air  Force. 

(14)  MARITAL  STATUS. 

(15)  BIRTH  DATE  of  patient. 

(16)  LENGTH  OF  SERVICE  of  patient.  Enter  number  of  years  and  months,  in 
the  format  YYMM  (0000  through  5511),  e.g.,  0205  =  2  years  and  5  months. 


(17)  PAY  GRADE  CODE. 

(18)  DES/MOS/NEC.  Patient's  military  occupation  code 


(19'  RECORDS  RECEIVED.  In  this  field  the  records  that  this  MTF  has 
received  on  the  patient  can  be  indicated.  These  records  are:  HR  (health 
record),  DR  (dental  record),  SR  (service  record),  PR  (pay  record),  ORD 
(orders),  and  PE  (personel  effects). 

(20)  DEPENDENT'S  ID  CARD  NUMBER  and  EXP  DATE.  Patient's  10-character 
military  identification  card  number. 

(21)  PATIENT  CATEGORY.  The  description  and  code  of  the  patient's  patient 
category.  Table  1002. 

(22)  TYPE  OF  ADMISSION.  For  example,  live  birth  in  hospital,  transfer-in, 
or  direct  admission.  Table  2001. 

(23)  MIL  TH  OP  CODE.  Code  for  patient's  military  theater  of  operations. 

(24)  NEXT  OF  KIN  SPONSOR.  Name,  address,  relationship  and  phone  no.  of 
patient's  next  of  kin. 

(25)  CLINIC  SERVICE.  Description  and  code  of  patient's  clinical  service 
assignment. 

(26)  NOTIFY  IN  CASE  OF  EMERGENCY.  The  person  to  notify,  other  than  next 
of  kin,  in  case  of  an  emergency  involving  this  patient.  Give  name, 
address,  relationship  and  phone  number. 

REMARKS  regarding  the  admission. 

(27)  ADMISSION  DIAGNOSIS.  Description  and  code  of  the  diagnosis  made  on 
this  patient  at  time  of  admisr'on.  Include  body  part,  anatomic  site  if 
applicable.  Table  9001. 

(28)  MEDICAL  TREATMENT  FACILITY  TRANSFERRED  FROM.  Name  and  code  of  MTF 
transferred  from,  if  any. 

(29)  ORIGINAL  ADMISSION  DATE.  Date  of  admission  to  the  MTF  transferred 
from,  if  any. 


(30)  CIRCUMSTANCES  OF  ACCIDENT,  VIOLENCE.  POISONING.  (1)  Indicate  if  event 

occurred  to  an  active  duty  U.S.  Uniformed  Services  member  while  on  duty. 
Also:  CAUSE  CODE.  Code  for  cause  of  injury,  if  any.  Table  2009.  (2) 

Record  briefly  the  circumstances  of  the  injury  (what  when,  where,  how). 

(31)  DISPOSITION  DATE.  Day,  month,  and  year  of  patient's  disposition. 


DATA  CHART  -  ADMISSION  FORM  (NAVY) 
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(32)  DISPOSITION  TO.  Description  and  code  for  the  type  of  this 
patient's  disposition.  Table  2007. 

(33)  PATIENT'S  NAME.  Last,  first,  middle. 

(34)  GRADE/RATE .  Patient's  pay  grade. 

(33)  WARD.  Ward  to  which  the  patient  was  assigned  at  admission. 

(36)  REPORTING  MEDICAL  TREATMENT  FACILITY.  Description  and  code  of  this 
MTF.  Table  1005. 


DATA  CHART  -  ADMISSION  FORM  (NAVY) 
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ADMISSION  NOTIFICATION  LETTER 


a.  Definition.  The  Admission  Notification  Letters  notify  the 
active-duty  inpatient's  unit  commander  of  that  patient's  admission  to  the 
MTF.  They  are  produced  niqhtly  for  each  inpatient  whose  admission  was  entered 
in  AQCESS  on  the  report  date.  The  letters  are  printed  alphabetically  by 
patient  name,  with  one  letter  per  page.  The  Air  Force  does  not  use  this 
product . 


b.  F ormat.  This  output  is  produced  in  letter  form  for  the  Army,  and  in 
memo  form  for  the  Navy. 

c.  Content .  Letters  for  both  Army  and  Navy  begin  with  the  military 
department  and  the  name  and  address  of  the  MTF. 

The  Army  Admission  Notification  Letter  gives  the  date  of  printing,  the  PAD 
office  symbol  for  the  MTF  producing  the  letter,  the  subject  of  the  letter 
("NOTIFICATION  OF  HOSPITALIZATION") ,  and  the  address  of  the  unit  commander. 

The  body  of  the  letter  states  that  the  indicated  members  of  the  command  were 
admitted  to  this  facility,  and  gives  the  following  information  on  each  member: 
patient  name,  rank,  SSN,  date  of  admission,  ward,  and  attending  physician. 

The  letter  closes  with  the  name,  rank  and  title  of  the  patient  administration 
officer . 

The  Navy  Admission  Notification  Letter  gives  the  title  of  the  patient 
administration  officer,  the  title  and  location  of  the  unit  commander  to  whom 
the  letter  is  addressed,  and  the  subject  ("NOTIFICATION  OF  HOSPITALIZATION"). 
The  first  paragraph  gives  the  name  of  the  member  of  the  command  who  was 
admitted  to  this  MTF,  along  with  that  patient's  rank,  SSN,  date  of  admission, 
diagnosis,  ward,  and  attending  physician.  Users  can  also  indicate  whether  LOD 
misconduct  determination  is  required.  The  second  paragraph  requests 
forwarding  nf  TAD  orders  for  duty  under  treatment  for  a  period  less  than  30 
days,  and  allows  the  MTF  to  request  forwarding  of  any  or  all  of  the  following: 
health,  dental,  service,  or  pay  records,  and  orders  or  personal  effects.  The 
third  paragraph  of  the  letter  gives  the  phone  number  to  call  in  case  of  any 
questions. 
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DEPARTMENT  OF  THE  ARMY 
TEST  ARMY  MTF 

SAN  ANTONIO*  TX  78213-2060 

HSXR-PA  20  AUG  1985 

subject:  notification  of  hospitalization 

COMMANDER 
WRAMC 

KENSINGTON*  MD  20795 

THE  FOLLOWING  MEMBER  OF 
BELOW. 

patient: 

DATE  OF  ADM: 

ward: 

ATTEND  PHYS: 

JOHN  R  MICHALOWSKI 
MAJ.  MSC 
CHIEF*  PAD 


YOUR  COMMAND  WAS  ADMITTED  TO  THIS  FACILITY  AS  INDICATED 

JONES  *  JOHN  MAJ  998-11-1232 

20  AUG  1985 
4E 

STAFF 


ADMISSION  NOTIFICATION  LETTER  (ARMY) 


TTr 
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DEPARTMENT  OF  THE  NAVY 
TEST  NAVY  MTF »  ORLANDO »  FL 

from:  commanding  officer 

to:  COMMANDING  OFFICER*  NAVY  TRAINING  CENTER  ORLANDO  FL 

SUBJECT:  NOTIFICATION  OF  HOSPITALIZATION 

1.  THE  FOLLOWING  MEMBER  OF  YOUR  COMMAND  WAS  ADMITTED  TO  THIS  MEDICAL 
FACILITY  AS  INDICATED  BELOW: 

PATIENT:  JONES . BOB  CDR  888-33-3121 

DATE  OF  ADMl  20  AUG  1985  DIAGNOSIS:  4A11 

WARD:  4£  ATTENDING  F'HYS :  STAFF 

LOD  MISCONDUCT  DETERMINATION  <  >IS.  <  >IS  NOT  REQUIRED. 

2.  PLEASE  FORWARD  TAD  ORDERS  FOR  DUTY  UNDER  TREATMENT  FOR  A  PERIOD  LESS  THAN  30 
DAYS.  ALSO  FORWARD:  <  )  HR »  <  >  DR  .  <  >SR.  (  >F'R.  (  >0R.  AND  (  )  F'E  AS  CHECKED 

3.  IF  YOU  HAVE  ANY  QUESTIONS.  PLEASE  CALL  THE  PATIENT  ADMINISTRATION  OFFICE 
AT  AUTOVON  ROOM  2222. 


BY  DIRECTION 


ADMISSION  NOTIFICATION  LETTER  (NAVY) 
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ADMISSION  SUMMARY  BY  NAME  OR  REGISTER  NUMBER 


a.  Definition.  This  report  summarizes  all  admissions  effective  in  the 
report  month .  Users  can  request  the  Admission  Summary  with  data  in  order  by 
name  or  register  number.  It  is  used  only  by  the  Navy,  and  is  printed 
monthly. 

b.  F ormat .  The  header  for  this  report  contains  the  run  date,  the  MTF 
name,  the  report  name  and  page  number,  and  the  month  for  which  the  data  is 
effective.  The  body  of  the  report  is  in  table  form. 

c.  Content .  For  each  patient  listed,  the  Admission  Summary  by  Name 
gives  the  following  data:  patient  name,  register  number,  FMP,  SSN,  admission 
date,  ward,  clinical  service,  and  patient  category.  The  Admission  Summary  by 
Register  Number  presents  the  same  data,  but  reverses  the  order  of  the  patient 
name  and  register  number  fields.  For  descriptions  of  this  data,  see  the  Basic 
Data  Chart.  Recause  these  reports  are  so  similar,  only  an  example  of  the 
Admission  Summary  by  Name  is  shown  here. 
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TEST  NAVY  MTF 

PATIENT  NAME 

RUN  DATE:  20  AUG  1*35 

****  MONTHLY  ADMISSIONS  ****  PAGE:  1 

MONTH  OF  AUG  1985 

REG  NO  FMP  SSN  ADM  DATE  WARD 

CLINICAL  SERVICE  PATIENT  CATEGORY 

JONES  t BOB 

0006466 

20 

888-33-3121 

20  AUG  1985 

4E 

INTERNAL  MEDICINE 

USN  ACTIVE  DUTY 

MrKID 

0006465 

01 

002-00-2002 

19  AUG  1985 

NURSERY 

DEPN  USN  ACTIVE 

DUTY 

Mr  MOM 

0006464 

20 

002-00-2002 

19  AUG  1985 

INTERNAL  MEDICINE 

USN  ACTIVE  DUTY 

Mr  ONE 

0006455 

20 

756-56-7654 

07  AUG  1985 

CARDIOLOGY 

USN  ACTIVE  DUTY 

TEST r BABY 

0006460 

01 

222-^2-2222 

09  AUG  1985 

NURSERY 

DEPN  USN  ACTIVE 

DUTY 

TEST  r  DISP 

REPORT 

0006461 

20 

182-72-6123 

10  AUG  1985 

INTERNAL  MEDICINE 

USAR  ACDUTRA 

TEST  rDISP 

REPORT 

0006462 

20 

182-72-6123 

19  AUG  1985 

INTERNAL  MEDICINE 

USAR  ACDUTRA 

TEST r ONE 

0006459 

20 

222- 22“ 2 222 

09  AUG  1985 

OBSTETRICS 

USN  ACTIVE  DUTY 

TESTrONE 

0006463 

20 

222—22— 2222 

16  AUG  1985 

INTERNAL  MEDICINE 

USN  ACTIVE  DUTY 

TEST r TWO 

0000003 

20 

333-33-3333 

05  AUG  1985 

CARDIOLOGY  USN  ACTIVE  DUTY  TRAINING 


ADMISSION  SUMMARY  BY  NAME 
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ALPHA  ROSTER  OF  HOSPITAL  INPATIENTS 


a.  Definition.  This  report  is  an  alphabetical  list  of  patients,  giving 
demographic  information  about  each.  For  this  report,  AQCESS  selects  all  cur¬ 
rent  inpatients,  regardless  of  current  absent  status,  whose  admit  date  is  on 
or  before  the  report  date  (it  excludes  preadmitted  patients  who  have  not  yet 
been  admitted).  The  Alpha  Roster  is  usually  printed  daily,  and  is  distributed 
to  the  Information  Desks  to  provide  location  information  on  patients. 

b.  Format.  In  addition  to  the  standard  header,  this  report  displays  the 
hour  at  which  the  period  for  this  report  ends.  The  body  of  Alpha  Roster  is 
presented  in  table  form,  and  contains  up  to  three  lines  of  data  on  each 
patient,  as  described  in  the  Data  Chart  below. 

c.  Content. 


(1)  PATIENT  NAME. 

(2)  RANK  of  patient  or  patient's  sponsor.  Table  1006. 

(3)  REG  NO.  Patient's  register  number. 

(4)  SEX. 

(3)  WARD.  ID  of  ward  to  which  patient  is  assigned. 

(6)  TYPE  CASE.  Table  2004. 

(7)  CLN  SVC.  Code  for  the  patient's  clinical  service  assignment. 

(8)  SSN. 

(9)  BR  OF  SVC.  For  Army  officers,  the  Army  branch  of  service.  For  all 
others,  the  military  department.  Table  1023. 

(10)  ABS  STA.  Table  2002. 

(11)  FMP.  Patient's  family  member  prefix.  Table  1012. 

(12)  DOB.  Patient's  date  of  birth. 

(13)  RELIGION.  Code  for  patient's  religious  preference.  Table  1000. 

(14)  ADMISSION  DATE  AND  TIME. 

(15)  PNT  CAT.  Code  for  patient's  patient  category.  Table  1002. 


DATA  CHART  -  ALPHA  ROSTER  OF  HOSPITAL  INPATIENTS 
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TEST  AFB 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974  RUN  DATE:  07 

PERIOD  ENDING  2400  HOURS  30  HAY  1985  PAGE! 

*  *  *  *  *  ALPHA  ROSTER  OF  HOSPITAL  INPATIENTS  ***** 


PATIENT  NAME  SSN  FMP  DOB  PNT  CAT 

RANK  SEX  TYPE  CASE  BR  OF  SVC  RELIGION 

REG  NO  WARD  CLN  SVC  ABS  STA  ADMISSION  DATE/TIME 


A .  BABY 

74B-95-5584 

20 

07  MAY  1985 

F51 

CPT 

M 

DIS 

F 

CAT 

0000282 

2E 

AAA 

BO 

23 

MAY  1985  1024 

A, BABYTHREE 

M 

DIS 

919-34-5900 

02 

30  MAY  1985 

F42 

0000273B 

2E 

ADB 

BO 

30 

MAY  1985  1545 

A  t BABYTUO 

M 

DIS 

919-34-5900 

01 

30  MAY  1985 

N42 

0000273A 

2E 

ADB 

BO 

30 

MAY  1985  1113 

A  . MOMMYTUO 

F 

DIS 

919-34-5900 

30 

01  MAY  1950 

N42 

0000273 

2E 

AAA 

BO 

30 

MAY  1985  1111 

AIRMAN. SICK 

789-55-4532 

20 

04  JAN  1961 

F 1 1 

A1C 

F 

DIS 

F 

BUD 

0000190 

A  JD 

OT 

15 

MAY  1985  1523 

AIRMANf MOUNDED 

954-36-4877 

20 

09  JUN  1964 

FI  1 

A1C 

M 

BC 

F 

0000238 

2E 

ABA 

BO 

20 

MAY  1983  0946 

BABY , SICK 

M 

DIS 

423-55-6798 

02 

26  APR  1985 
BAP 

F41 

0000206 

4U 

ADA 

BO 

16 

MAY  1985  1457 

BRON.KEN 

109-10-1001 

20 

12  DEC  1953 

F 1 1 

AMN 

M 

DIS 

F 

0000247 

4E 

AAA 

BO 

20 

MAY  1985  1529 

BURNf ABSENT 

STATUS 

111-00-0196 

20 

01  MAY  1940 

F 1 1 

CPT 

M 

DIS 

F 

0000081 

2E 

AJA 

QT 

08 

APR  1985  1300 

CARROLL. JANET 

293-34-3335 

30 

15  AUG  1956 

F41 

F 

DIS 

0000185 

3N 

AAA 

BO 

15 

MAY  1985  1200 

CARROLL. NANCY 

018-46-6563 

20 

16  MAY  1954 

Fll 

COL 

F 

DIS 

F 

CAT 

0000263 

4E 

ACB 

BO 

23 

MAY  1985  0812 

CHRISTENSEN 

.JAMES  B 

• 

562-88-5401 

20 

26  FEB  1928 

F51 

CPT 

M 

INJ 

F 

0000087 

3N 

AAF 

BO  # 

09 

MAY  1985  1142 

ALPHA  ROSTER  OF  HOSPITAL  INPATIENTS 
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COMMAND  INTEREST  REPORT 


a.  Description.  This  report  lists  all  patients  who  have  the  command 
interest  status  specified  by  the  requestor.  If  the  user  does  not  specify  a 
command  interest,  the  report  includes  all  command  interests  (patients  for  whom 
more  than  one  command  interest  code  has  been  entered  will  appear  in  more  than 
one  section  of  the  report).  This  report  is  printed  when  the  user  requests  it, 
is  distributed  to  hospital  headquarters,  and  is  used  to  provide  the  command 
with  information  on  specific  categories  of  patients. 

b.  Format .  This  report  contains  the  standard  header  data,  except  that 
the  run  date  is  given,  but  not  the  run  time.  The  body  of  the  report  is 
arranged  in  table  form.  The  report  data  is  sorted  by  command  interest,  and 
within  command  interest,  by  patient  name.  The  data  is  presented  for  no  more 
than  one  command  interest  per  page.  The  particular  command  interest  status  is 
displayed  below  the  patient  data  table  headings.  Up  to  three  lines  of  data 
are  displayed  on  each  patient,  as  described  in  the  Data  Chart  below. 

c.  Content. 


(1)  PATIENT  NAME. 

(2)  ATTEND  PHYS.  Short  name  for  the  patient's  attendinq  physician.  Table 
1004. 

(3)  ABS  STATUS.  Table  2002. 

(4)  ADM  DIAG  CODE.  Code  for  the  diagnosis  made  on  this  patient  at 
admission.  Table  9001. 

(3)  REG  NO.  Register  number  of  patient. 

(6)  PT  CAT.  Code  for  patient's  patient  category.  Table  1002. 

(7)  CL  SVC.  Code  for  the  patient's  clinical  service  assignment.  Table 
2005. 

(8)  ADM  DIAG  TEXT.  Textual  description  of  the  diagnosis  made  on  this 
patient  at  admission.  Also  Table  9001. 

(9)  RANK  of  the  patient,  if  active  duty  military. 


DATA  CHART  -  COMMAND  INTEREST  REPORT 
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(10)  WARD. 

(11)  FMP.  Patient's  family  member  prefix.  Table  1012. 

(12)  SSN. 


DATA  CHART  -  COMMAND  INTEREST  REPORT 


TEST  NAVY  MTF 


PERSONAL  DATA  -  PRIVACY  ACT  1974 


*  *  *  *  *  COMMAND  INTEREST  REPORT  ***** 


31  AUG  1989 


PATIENT  NAME  REQ  NO  PT  CAT 

ABS  STATUS  CL  SVC 

ATTEND  PHYS  ADM  DIAO  CODE  ADM  DIAO  TEXT 


MOORE . TED 
STAFF 


WALKER* LARRY 


JOHNS 


0004473  Nil 


0006480  Nil 


8070  FX  RIBS  CLOSED 


RANK  FMP  SSN 

WARD 


CPT  20  003-99-4004 

4S 


DN  20  231-83-0293 

4S 


COMMAND  INTEREST  REPORT 


TlT 
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DAILY  ADMISSIONS  BY  DIAGNOSIS 


a.  Definition.  The  Daily  Admissions  by  Diagnosis  Report  lists  all 
patients  whose  admissions  were  entered  into  AQCESS  on  the  report  date,  and 
gives  demographic  and  diagnosis  data  on  each  patient.  If  no  admission 
diagnosis  was  entered  for  a  patient,  data  on  that  patient  appears  at  the  end 
of  the  report.  The  Daily  Admissions  Report  is  usually  printed  daily,  and  is 
distributed  as  determined  by  the  MTF  command.  It  is  used  in  workload 
evaluation. 

b.  Format.  This  report  contains  the  standard  header  data,  except  that 
the  run  date  is  shown  without  the  run  time,  and  the  report  title  is  followed 
by  the  date  for  which  the  report  is  being  run.  The  report  data  is  sorted  by 
admission  diagnosis  code  and,  within  code,  by  patient  name.  The  admitting 
diagnosis  code  and  description  are  shown  on  the  left  side,  followed  by  data  on 
each  patient  for  whom  that  was  the  admitting  diagnosis,  as  described  in  the 
Data  Chart  below. 

c.  Content. 


(1)  PI AG:  CODE.  Code  for  the  admitting  diagnosis.  Table  9001. 

(2)  DE5C.  Textual  description  of  the  admitting  diagnosis.  Table  9001. 

(3)  ADMITTING  PHYSICIAN.  Short  name  of  the  physician  who  admitting  the 
patient. 

(A)  REG  NO.  Register  number  of  the  patient. 

(5)  PNT  NAME. 

(6)  FMP.  Patient's  family  member  prefix.  Table  1012. 

(7)  SSN. 

(8)  RANK  of  patient,  if  active  duty. 

(9)  WARD. 

(10)  CLN  SVC.  Code  for  the  patient's  clinical  service  assignment.  Table 
2005. 


DATA  CHART  -  DAILY  ADMISSIONS  BY  DIAGNOSIS  REPORT 
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TEST  NAVY  MTF 


PERSONAL  DATA  -  PRIVACY  ACT  1974 


RUN  DATE:  31  AUG  1985 


*  *  *  *  ADMISSIONS  (BY  DIAGNOSIS)  ENTERED  30  AUG  1985  *  *  *  * 


PNT  NAME  FMP  SSN  RANK 

REG  NO  DATE  OF  ADM  ADMITTING  PHYSICIAN  UARD  CLN  SVC 

DIAGtCODE  DESCRIPTION 


SANTOS* MANUEL  20  238-19-2828  ENS 

0006488  11  JUL  1985  JONES >  BRADFORD »  M.D.  AAA 

1208  SCHISTOSOMIASS  NEC 

KUSHNIK* HARRY  55  248-18-2983 

0006478  30  AUG  1985  DILLON*  JOHN  4S  AAB 

4130  ANGINA  PECTORIS 

JOHNSONrSAM  20  241-92-8342  CW3 

0006477  30  AUG  1985  BERNARD* EDUARD  M.D.  4S  AAF 

5310  GASTRIC  ULCER*  ACUTE  UITH  HEMORRHAGE 

BERTRAM* JOHNNY  02  392-89-1823 


0006482 

30 

AUG 

1985 

JOHNS*  MIKE 

5U 

ADA 

5410 

APPENDICITIS*  UNQUALIFIED 

GEORGE* STEPHANIE 

30  293-81-2828 

0006485 

28 

AUG 

1985 

BERNARD* EDUARD  M.D. 

4S 

AAA 

5410 

APPENDICITIS*  UNQUALIFIED 

ROGERS* STEVEN 

02  291-82-1982 

0006484 

30 

AUG 

1985 

BROUN*  MARCIA 

5S 

ABC 

8000 

FX  VAULT 

SKULL  CL 

UALKER* LARRY 

20  231-83-0293 

DN 

0006480 

20 

AUG 

1985 

JOHNS*  MIKE 

4S 

AAA 

8070 

FX  RIBS  CLOSED 

HARVEY* BILL 

30  231-92-8317 

0006486 

20 

JUL 

1985 

BERNARD* EDUARD  M.D. 

AAA 

L INDEMAN 

*ERIC 

20  342-98-4747 

ENS 

0006490 

24 

JUL 

1985 

BLACK* BRUCE 

AAA 

LUCAS* WILLIAM 

20  349-58-2717 

CPT 

• 

0006489 

25 

JUL 

1985 

BLACK*  JOHN 

AAA 

WILLIAMS 

*CARL 

20  129-23-1829 

CPT 

0006487 

30 

AUG 

1985 

BERNARD* EDUARD  M.D. 

AAA 

BELLAMY* 

LAURA 

30  290-12-1921 

0006483 

30 

AUG 

1985 

JOHNS*  MIKE 

4E 

ACB 

V220 

NORML  PRIMIGRAVIDA 

FRANKLIN 

* SANDRA 

30  342-81-9384 

0006479 

30 

AUG 

1985 

JONES*  BRADFORD*  M.D. 

4E 

ACB 

V220  NORML  PRIMIGRAVIDA 


DAILY  ADMISSIONS  BY  DIAGNOSIS  REPORT 
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DEATH  REPORT 


a.  Definition.  This  report  gives  information  on  deaths  occurring  in  the 
MTF.  Record  of  a  death  appears  on  this  report  only  when  (1)  Clinical  Records 
processing  has  begun  on  that  record,  (2)  the  type  of  disposition  indicates 
death  (flag  1  =  2),  and  (3)  the  disposition  date  falls  within  the  report 
period.  Data  for  this  report  is  sorted  by  disposition  date  and,  within  date, 
by  patient  name.  The  Death  Report  is  produced  on  request. 

b.  Format^.  The  header  for  this  report  contains  the  MTF  name,  the  run 
date,  the  Privacy  Act  Statement,  and  the  report  name.  The  body  of  the  report 
is  in  table  form  and  contains  the  data  described  below. 

c.  Content. 


(1)  DISP  DATE.  Date  of  patient's  disposition. 

(2)  ADM  DATE.  Date  of  patient's  admission. 

(3)  DISP:  TYPE.  The  patient's  disposition  status  at  the  end  of 
hospitalization.  Textual  description.  Table  2007.  For  this  report,  this 
field  will  indicate  that  the  patient  died. 

(4)  PATIENT  NAME. 

(5)  CLN  SVC.  Code  for  the  clinical  service  to  which  the  patient  was 
assigned.  Table  2005. 

(6)  CODE.  Code  of  the  diagnosis  indicated  as  the  cause  of  death.  Table 
9001 . 

(8)  WARD.  ID  of  the  ward  to  which  the  patient  was  assigned. 

(7)  TEXT.  Text  describing  the  diagnosis  indicated  as  the  cause  of  death. 
Table  4001 . 

(8)  REG  NO.  Patient's  register  number. 

(9)  ATTEND  PHY.  Patient's  attending  physician. 

(10)  FMP. 

(11)  SSN. 

(12)  TOT  HOSP  DAYS.  Total  number  of  days  the  patient  spent  in  the  MTF. 

(13)  PNT  CAT.  Code  for  the  patient's  patient  category.  Table  1002. 

DATA  CHART  -  DEATH  REPORT 
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TEST  NAVY  MTF 


RUN  DATE:  20  AUG  1985 


PERSONAL  DATA  -  PRIVACY  ACT  1974 
HOSPITAL  DEATH  REPORT 


DISP  DATE  PATIENT  NAME 

ADM  DATE  CLN  SVC  WARD 

DISP:  type  CODE  TEXT 


REG  NO  FMP  SSN  PNT  CAT 

ATTEND  PHY  TOT  HOSP  DAYS 


.  A 

i  *  -  •**  ■  » 


DISPOSITION  NOTIFICATION  LETTER 


a.  Definition.  This  output  is  printed  to  notify  Army  unit  commanders  of 
any  active-duty  enlisted  in  their  commands  whose  dispositions  were  entered 
into  AQCESS  on  the  report  date.  Disposition  Letters  are  printed 
alphabetically  by  patient  name,  with  one  letter  per  page.  They  are  produced 
nightly. 

b.  Format .  This  product  is  in  letter  form. 

c.  Content .  The  letter  begins  with  the  name  of  the  military  department 
and  the  name  and  address  of  the  MTF  sending  the  letter.  It  gives  the  date  of 
printing,  the  PAD  office  symbol  for  the  MTF,  and  the  subject  ("RELEASE  FROM 
HOSPITALIZATION"  and  the  patient's  name,  rank,  and  SSN).  Then  it  gives  the 
address  of  the  unit  commander  to  whom  the  letter  is  addressed.  The  text  of 
the  letter  states  that  the  subject  enlisted  member  was  discharged  on  the  date 
shown,  and  breaks  down  the  subsistence  days  for  this  hospitalization  into  the 
categories  TOTAL  DAYS  OF  HOSPITALIZATION,  NUMBER  OF  SUBSISTENCE  DAYS  CHARGED, 
and  NUMBER  OF  NON-CHARGEABLE  DAYS.  The  letter  concludes  with  the  name,  rank, 
and  title  of  the  MTF's  patient  administration  officer. 


DEPARTMENT  OF  THE  ARMY 
TEST  ARMY  MTF 

SAN  ANTONIO.  TX  78213-2060 


HSXR~F‘A  20  AUG  1985 

subject:  release  from  hospitalization:  taylor.frank 

SSG  998-11-1232 


COMMANDER 

WRAMC 

KENSINGTON  .  MD  20795 

SUBJECT  ENLISTED  MEMBER  WAS  DISCHARGED  FROM  HOSPITALIZATION  ON  20  AUG  1985. 
SUBSISTENCE  DAYS  FOR  THIS  HOSPITALIZATION  ARE  INDICATED  BELOW: 

TOTAL  DAYS  OF  HOSPITALIZATION:  1 

NUMBER  OF  SUBSISTENCE  DAYS  CHARGED:  1 

NUMBER  OF  NON-CHARGEABLE  DAYS:  0 


JOHN  R  MICHALOUSKI 
MAJ.  MSC 
CHIEF.  PAD 


DISPOSITION  NOTIFICATION  LETTER 
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DISPOSITION  SUMMARY  BY  NAME  OR  REGISTER  NUMBER 


a.  Definition.  This  report  summarizes  all  dispositions  effective  in  the 
report  month.  Users  can  choose  to  print  the  Disposition  Summary  with  data  in 
order  by  name  or  register  number.  This  product  is  used  only  by  the  Navy,  and 
is  printed  monthly. 

b.  F ormat ♦  The  header  for  this  report  contains  the  run  date,  the  MTF 
name,  the  report  name  and  page  number,  and  the  month  for  which  the  data  is 
effective.  The  body  of  the  report  is  in  table  form. 

c.  Content.  For  each  patient  listed,  the  Disposition  Summary  by  Name 
gives  the  following  data:  patient  name,  register  number,  clinical  service, 
disposition  date,  days  (the  number  of  days  the  patient  spent  in  the  MTF), 
source  of  admission,  type  of  disposition,  and  patient  category  description. 

The  Disposition  Summary  by  Register  Number  presents  the  same  data,  but 
reverses  the  order  of  the  patient  name  and  register  number  fields.  For 
descriptions  of  this  data,  see  the  Basic  Data  Chart.  Because  these  reports 
are  so  similar,  only  an  example  of  the  Disposition  Summary  by  Register  Number 
is  shown  here. 
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TEST  NAVY  MTF  RUN  DATE:  20  AUG  1985 

****  MONTHLY  DISPOSITIONS  ****  PAGE:  1 

MONTH  OP  AUG  1985 

REG  NO  PATIENT  NAME  DISP  DATE  DAYS  SRC  ADM  , YPE  DISP 

CLINICAL  SERVICE  PATIENT  CATEGORY 


0000003 

TEST. TWO 

CARDIOLOGY 

07 

AUG 

1985 

USN 

PTM 

ACTIVE  DUTY 

HOME 

TRAINING 

0006459 

TEST. ONE 

OBSTETRICS 

15 

AUG 

1985 

6 

USN 

DIR 

ACTIVE  DUTY 

HOME 

0006460 

TEST. BABY 

NURSERY 

09 

AUG 

1985 

1 

DEPN 

LB 

USN  ACTIVE 

DIED 

DUTY 

0006461 

TEST, DISP 

REPORT 

INTERNAL 

15  AUG 
MEDICINE 

1985 

5 

USAR 

DIR 

ACDUTRA 

HOME 

0006464 

M.MOM 

INTERNAL 

19  AUG 
MEDICINE 

1985 

1 

USN 

DIR 

ACTIVE  DUTY 

HOME 

0006465 

M.KID 

NURSERY 

19 

AUG 

1985 

1 

DEPN 

LB 

USN  ACTIVE 

HOME 

DUTY 

DISPOSITION  SUMMARY  BY  REGISTER  NUMBER 
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INDEX  CARD  (3x5  CARD  or  5x8  CARD) 


a.  Definition.  The  Index  Card  contains  registration  data  on  an 
individual  patient.  It  is  produced  automatically  when  a  patient  is  admitted 
(in  the  Air  Force  and  Army  systems),  and  when  requested  by  the  user  from  the 
Registration  process,  Inpatient  Products  segment,  for  all  three  military 
departments.  Index  Cards  are  printed  in  sets.  The  number  of  cards  in  a  set 
is  specified  by  the  MTF.  The  number  entered  by  the  user  when  requesting  this 
product  determines  how  many  sets  of  Index  Cards  will  be  produced. 

Distribution  of  the  Index  Cards  is  determined  by  the  MTF  command;  these  cards 
are  used  to  provide  demographic  and  diagnostic  information  about  the  patient. 

b.  Format .  The  Army  and  Air  Force  use  a  3x5  Index  Card;  the  Navy  uses  a 
5x8  card.  The  header  for  the  3x5  Card  consists  only  of  the  Privacy  Act 
Statement;  no  trailer  is  used.  The  header  for  the  5x8  Card  consists  of  the 
title  "Inpatient  Information  Card,"  the  MTF  name,  and  the  Privacy  Act 
Statement.  The  trailer  for  the  5x8  Card  contains  the  patient's  name,  FMP, 

SSN,  register  number,  patient  category,  religion,  and  ward.  This  trailer  can 
be  cut  and  used  as  a  wristband  insert. 

c.  Content.  The  data  used  in  the  two  versions  of  the  Index  Card  differs 
for  each  military  department.  A  separate  Data  Chart  is  included  for  each  type 
of  card. 


ft 
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(1)  REG  NO.  Register  number  of  patient. 

(2)  PATIENT  NAME. 

(3)  RANK  of  patient,  if  active  duty. 

(4)  FMP.  Family  member  prefix  of  patient.  Table  1012. 

(5)  5SN. 

(6)  WARD. 

(7)  TYPE  CASE.  Table  2004. 

(8)  SEX  of  patient. 

(9)  RELIGIOUS  PREFERENCE.  Table  1000. 

(10)  RACE.  Table  1024. 

(11)  MILITARY  DEPARTMENT.  If  active  duty.  Table  1023. 

(12)  DATE  OF  BIRTH  of  patient. 

(13)  SOURCE  OF  ADMISSION.  Table  2001. 

(14)  NEXT  OF  KIN.  Name  of  patient's  next  of  kin. 

(15)  RELATIONSHIP  of  next  of  kin  to  patient. 

(16)  ADDRESS  OF  PATIENT'S  NEXT  OF  KIN.  Street,  city,  state,  and  zip 
code. 

(17)  PATIENT  CATEGORY.  Code.  Table  1002. 

(18)  DATE  AND  TIME  OF  ADMISSION. 

(19)  ATTENDING  PHYSICIAN  for  this  patient. 

(20)  CLINICAL  SERVICE.  Code  indicating  patient's  clinical  service 
assignment.  Table  2005. 


DATA  CHART  -  INDEX  CARD  (3x5  CARD)  (ARMY  AND  AIR  FORCE) 
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PERSONAL  DATA  -  PRIVACY  ACT  1974 


0000109  SHARANSKY .HARRY  MSG 

20  444-38-2929 

3S  DIS  M  3  11  SEP  1943  DIR 

SHARANSKY,  MOLLIE  WIFE 

13  BENTON  ST 

ALEXANDRIA  VA  22312 


A12  10  JUN  1985  1000  COOKE  MIKE 


AAAA 


(1)  PATIENT  NAME. 


(2)  FMP. 

(3)  SSN. 

(4)  DOB.  Patient's  date  of  birth. 

(5)  WARD.  ID  of  patient's  ward  assignment. 

PERSONAL 

(6)  PATIENT  CAT.  Description  of  patient's  patient  category.  Table  1002. 

(7)  RELIGION.  Table  1000. 

(8)  RACE.  Table  1024. 

(9)  MARITAL  STATUS. 

(10)  SEX  of  patient. 

(11)  MIL.  OCCUPATION.  Code  for  patient's  military  occupation  or  specialty. 
Table  1029. 

(12)  GRADE .  Patient's  pay  grade.  Translated  from  patient's  rank. 

(13)  LENGTH  SERVICE.  In  the  format  YYMM,  e.g.,  0410  =  4  years  and  10 
months  (from  0000  to  5511). 

(14)  MIL.  TH.  OPS.  Military  theater  of  operations.  Table  2008. 

(15)  PATIENT  ADDRESS.  Street,  city,  state,  and  zip  code. 

-ill'  -•  it-  v  |  li  I 

l  AUUHtss  Uh  nla I  KIN.  Street,  city,  state,  and  zip  code. 

(19)  DUTY  ADDRESS:  UIC  SHIP.  Unit  Identification  Code  of  patient's  duty 
assignment. 


(20)  EMERGENCY  ADDRESS  PHONE. 

(21)  DUTY  ADDRESS.  Street,  city,  state,  and  zip  code. 


ADMISSION 

(22)  SRCE.  Source  of  admission.  Table  2001. 

(23)  DATE/TIME  of  admission. 

(24)  CLINICAL  SVC.  Code  for  the  patient's  clinical  service  assignment. 
Table  2005. 

(25)  CMP  INTEREST.  Code  for  the  patient's  command  interest  status. 

Table  1016. 

(26)  PHYSICIAN.  Name  of  patient's  attending  physician. 

(27)  DIAGNOSIS.  Description  of  the  patient's  admitting  diagnosis.  Table 
9001 . 

(28)  CODE  for  the  patient's  admitting  diagnosis.  Table  9001. 

(29)  PRIG.  ADM.  DATE.  If  patient  is  a  transfer-in,  the  date  on  which  the 
patient  was  admitted  to  previous  MTF. 

(30)  RECORD  RECEIVED:  PERSONAL  EFFECTS,  HEALTH,  DENTAL,  SERVICE,  ORDERS, 
PAY.  Indicates  which  of  these  items  have  been  received  by  the  MTF:  per¬ 
sonal  effects  (PE),  health  record  (HR),  dental  record  (DR),  service  record 
(SR),  orders  (ORD),  pay  record  (PR). 

(31)  CIRCUMSTANCES  OF  ACCIDENT,  VIOLENCE  OR  POISONING:  CODE.  Code 
indicating  cause  of  injury,  if  any.  Description  of  the  cause  or  injury 
appears  on  the  next  line.  Table  2009. 

(32)  ON  DUTY.  Indicates  whether  this  injury  occurred  while  the  patient 
was  on  duty. 


DATA  CHART  -  INDEX  CARD  (5x8  CARD)  (NAVY) 
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INPATIENT  INFORMATION  CARD  -  NJ  PORTSMOUTH,  VA 
***  PERSONAL  DATA  -  PRIVACY  ACT  1974  *** 

20  214-56-7812  DOB  09  AUG  1948 


HOBBY, CHARLES 


PERSONAL 

PATIENT  CAT  ACDU-N 
RELIGION 

RACE  CAUCAS  MARITAL  STATUS  M 

SEX  MALE  MIL.  OCCUPATION  16 

GRADE  04  LENGTH  SERVICE  1502 

MIL.  TH.  OPS.  99 


PATIENT  ADDRESS 
13  LIVINGSTON 
ALEXANDRIA 


WARD  3S 


VA  22312 


NEXT  OF  KIN-PHONE 
HOBBY, JANE  WI 

13  LIVINGSTON 

ALEXANDRIA  VA  22312 

DUTY  ADDRESS-UIC  SHIP  22312 
13  HARDEN  RD 

MCLEAN  VA  24218 


ADMISSION 

SRCE  DIR  DATE/TIME  20  AUG  1985  0640 
CLINICAL  SVC.  ABF 
CMD.  INTEREST  LOD 
PHYSICIAN  DAVID  KATZ 
DIAGNOSIS  FX  MANDIBLE  OPEN 
CODE  8023 
ORIG.  ADM. 

DATE 


RECORD  RECEIVED 
PERSONAL  EFFECTS 
DENTAL 
ORDERS 


EMERGENCY  ADDRESS  PHONE 


HEALTH 

SERVICE 

PAY 


CIRCUMSTANCES  OF  ACCIDENT,  VIOLENCE  OR  POISONING  CODE  111  ON  DUTY  Y 
MOTOR  VEH  ACCIDENT,  MIL  OWNED,  INJURY  TO  PASSENGER  (EXCEPT  116,117) 


HOBBY,  CHARLES 
0000176  ACDU-N 


20  214-56-7812 
WARD:  35 


INDEX  CARD  (5x8  CARD)  (NAVY) 
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INJURY  REPORT 


a.  Definition.  The  Injury  Report  lists  each  patient  whose  type  case 
indicates  injury,  and  gives  demographic  data  on  the  patient.  The  report 
includes  data  on  each  patient  with  an  injury  type  case  whose  admission  date 
falls  within  the  report  period.  Injury  type  cases  are  selected  based  on  the 
flag  value  of  the  type  case  code;  if  flag  1=1,  the  case  is  selected.  This 
report  is  printed  on  request  and  is  distributed  to  the  casualty  clerk  and  the 
safety  office. 

b.  Format .  This  report  contains  the  standard  header  data.  The  report's 
content  is  arranged  in  table  form,  with  table  headings  first,  followed  by  the 
TYPE  CASE  code,  followed  by  data  on  each  patient  having  that  type  case.  The 
patient  data  is  described  in  the  Data  Chart  below. 

c.  Content. 


(1)  PATIENT  NAME. 

(2)  ADDRESS. 

(3)  UNIT  ADDRESS. 

(A)  CAUSE  INJ:  CODE.  The  code  for  the  cause  of  injury.  Table  2009. 

(5)  TEXT .  The  textual  description  of  the  cause  of  injury.  Table  2009. 

(6)  FMP .  Patient's  family  member  prefix.  Table  1012. 

(7)  SSN. 

(8)  REG  NO.  Patient's  register  number. 

(9)  RANK  of  patient. 

(10)  ADM:  DATE.  Date  of  admission. 

(11)  DIAG.  Code  for  patient's  admission  diagnosis.  Table  9001. 

(12)  HOME  PHONE. 

(13)  WORK  PHONE. 


DATA  CHART  -  INJURY  REPORT 


UH007 


A-2-55 


DEUIITT  ACH 


RUN  DATE!  13  JUN  1935 
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LONG-TERM  PATIENT  ROSTER 


a.  Definition.  The  Long-Term  Patient  Roster  lists  current  inpatients 
who  have  been  under  hospital  care  for  more  than  the  number  of  days  specified 
by  the  person  requesting  the  report.  Data  on  this  report  is  sorted  by  patient 
name.  The  report  is  printed  on  request. 

b.  Format.  The  Long-Term  Patient  Roster  contains  the  standard  header 
data,  with  the  report  title  including  the  number  of  days  of  hospitalization 
specified  by  the  requestor.  The  body  of  the  report  displays  the  data 
described  below,  in  table  form. 

c.  Content. 


(1)  PATIENT  NAME. 

(2)  WARD.  Ward  to  which  the  patient  is  assigned. 

(3)  DIAG.  Description  of  the  patient's  diagnosis.  From  Table  9001. 

(4)  ABS  STATUS.  Table  2002. 

(5)  CL  SVC.  Patient's  clinical  service  assignment.  Table  2005. 

(6)  REG  NO.  Patient's  register  number. 

(7)  PHYSICIAN.  Patient's  attending  physician.  Table  1004. 

(8)  SSN. 

(9)  RANK.  Table  1006. 

(10)  PR03  DISP:  DATE  and  TYPE.  Date  and  type  of  the  projected 
disposition  entered  for  this  patient,  if  any. 

(11)  PS5/MHC .  Patient's  command  interest  status,  if  any.  Table  1016. 

(12)  MEB  STATUS.  Patient's  Medical  Evaluation  Board  status,  if  any. 
Table  2010. 

(13)  HOSPITAL  DAYS:  THIS  MTF .  Number  of  days  the  patient  has  spent  at 
this  MTF. 

(14)  TOTAL.  Number  of  days  the  patient  has  spent  on  this  inpatient 
episode.  Will  be  different  from  (13)  if  the  patient  is  a  transfer-in. 
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fEST  NAVY  MTF 


PERSONAL  DATA  -  PRIVACY  ACT  1974 
LIST  OF  CURRENT  INPATIENTS  HOSPITALIZED  OVER:  5 


RUN  DATE:  20  AUG  1985 

page:  1 

DAYS 


PATIENT  NAME  REG  NO  SSN  RANK  PSS/MHC  MED  STATUS 

WARD  ABS  STATUS  CL  SVC  PHYSICIAN  PROJ  DISP:  HOSP  DAYS: 

DIAG  DATE  TYPE  THIS  MTF  TOTAL 


» ONE 

0006455  756-56-7654  CPT 

PDP 

CL 

AAB 

STAFF 

SCHIZOPHRENIAt 

PARANOID  T 

13 

13 

LONG-TERM  PATIENT  ROSTER 
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PATIENT  CHARGE  ROSTER 


a.  Definition.  This  report  lists  current  charges  for  all  inpatients  or 
patients  dispositioned  on  the  run  date.  Its  data  is  sorted  by  patient  name. 
The  Patient  Charge  Roster  is  used  by  the  Army  only,  and  is  printed  nightly. 

b.  F ormat .  This  report  includes  the  standard  header  data.  The  body  of 
the  report  is  in  table  form. 

c.  Content. 


(1)  PATIENT  NAME. 

(2)  REG.  Patient's  register  number. 

(3)  PT  CAT.  Table  1002. 

(4)  ADM  DATE. 

(5)  DAYS  N-C.  The  number  of  days  the  patient  spent  in  the  MTF  for  which 
no  charges  have  accrued. 

(6)  C_.  The  number  of  days  the  patient  spent  in  the  MTF  for  which  charges 
have  accrued. 

(7)  RATE.  The  charge  rate  for  the  inpatient  episode. 

(8)  TOTAL  CHARGE.  The  total  amount  charged  for  the  patient. 


B 


P 


* 


TEST  ARMY  MTF 


PERSONAL  DATA 

PATIENT  CHARGE  ROSTER 


RUN  DATE:  31  AUG  1985 
PRIVACY  ACT  OF  1974  PAGE?  1 


PATIENT  NAME 

REG 

PT 

CAT 

ADM  DATE 

DAYS 

N-C 

C 

RATE 

TOTAL 

CHARGE 

Vy  V 

4 

BLACKUELL  » JAMES 

0003437 

All 

27 

JUL 

1985 

23 

12 

3.80 

45.60 

EVERETT. SAM 

0003443 

A12 

30 

AUG 

1985 

0 

1 

3.80 

3.80 

MORLEY .ANDREA 

0003439 

AS1 

27 

AUG 

1985 

0 

4 

6.80 

27.20 

4 

MORLEY . ANDREW 

0003440 

NS1 

28 

AUG 

1985 

3 

0 

6.80 

.00 

RIVERTON. DALLAS 

0003438 

A12 

30 

AUG 

1985 

0 

1 

3.80 

3.80 
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a.  Definition.  This  report  lists  and  gives  data  on  each  current 
preadmission.  It  is  printed  on  request  and  is  distributed  to  A&D  and  to  any 
other  sites  as  directed  by  the  MTF  command.  This  report  is  used  to  evaluate 
expected  workload. 

b.  F ormat .  The  header  for  this  report  contains  the  standard  data,  and 
the  body  is  arranged  in  table  form,  containing  up  to  two  lines  of  data  on  each 
preadmission,  as  described  in  the  Data  Chart  below.  The  data  is  sorted  by 
expected  admission  date  and,  within  date,  by  patient  name. 

c.  Content. 


(1)  ADM  DATE.  Patient's  admission  date. 

(2)  ADM  DIAG.  The  description  of  the  diagnosis  made  on  this  patient  at 
admission.  Table  9001. 

(3)  PATIENT  NAME. 

(4)  CL  SVC.  Code  for  the  patient’s  clinical  service  assignment.  Table 
2005. 

(5)  WARD.  ID  of  the  patient's  ward  assignment. 

(6)  ADM  PHYS,  Name  of  the  patient's  admitting  physician. 


DATA  CHART  -  PREADMISSION  LIST 
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PROJECTED  DISPOSITIONS  BY  AFSC/MOS  REPORT 


a.  Definition.  The  Projected  Dispositions  Report  presents  data  on 
patients  for  whom  projected  dispositions  have  been  entered  in  AQCESS.  The 
data  is  sorted  by  the  patient's  military  specialty  and,  within  each  specialty 
category,  by  patient's  name.  This  report  is  printed  on  request. 

b.  Format.  The  header  for  this  report  contains  the  MTF  name,  run  date, 
and  report  title.  The  body  of  the  report  is  in  table  form,  and  contains  the 
data  described  below. 

c.  Content. 


(1)  SPEC.  Patient's  military  specialty  or  occupation.  Table  1029. 

(2)  NAME. 

(3)  PNT  CAT.  Table  1002. 

(4)  RANK.  Table  1006. 

(5)  TYPE  DISP.  Type  of  disposition  projected.  Table  2007. 

(6)  DATE  DISP.  Date  of  disposition  projected. 

(7)  DIAG.  Admitting  diagnosis  entered  for  this  patient.  Table  9001 


DATA  CHART  -  PROJECTED  DISPOSITIONS  BY  AFSC/MOS  REPORT 


TEST  NAVY  MTF 


RUN  HATE:  20  AUG  1985 


PROJECTED  DISPOSITIONS  BY  AFSC/MOS 


RANK  TYPE 


BAKER .HAROLD 

Nil 

CDR 

HOME 

24 

AUG 

1985 

MYERS. PETER 

NU 

CPT 

HOME 

27 

AUG 

1985 

WHITE. BARRY 

Nil 

CPT 

CL 

22 

AUG 

1985 

PROJECTED  DISPOSITIONS  BY  AFSC/MOS  REPORT 
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REGISTER  OF  PATIENTS 


a.  Definition.  This  report  is  a  register  number  assignment  log.  For 
each  day  of  the  reporting  period  indicated  by  the  user,  the  report  lists  the 
register  numbers  assigned  and  gives  summary  patient  data  for  each.  The  data 
is  sorted  in  chronological  order  by  the  date  on  which  the  admission  was 
entered  in  AQCESS  and,  under  each  date,  data  is  arranged  in  ascending  order  by 
register  number.  The  Register  of  Patients  is  printed  on  request,  and  can  be 
used  in  place  of  DD739. 

b.  Format.  In  addition  to  the  standard  header  data,  this  report  gives 
the  starting  and  ending  dates  of  the  reporting  period.  The  body  of  the  report 
is  in  table  form,  and  contains  the  data  described  below. 

c.  Content.  The  lefthand  column  of  this  report  gives  the  dates  when  the 
register  numbers  were  assigned.  Then  the  report  gives  the  register  numbers 
assigned  on  each  date,  and  the  name,  FMP,  SSN,  and  admission  date  and  time  of 
each  patient. 
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TEST  NAVY  MTF 


PERSONAL  DATA  -  PRIVACY  ACT  1974 


RUN  DATE  20  AUG  1985 
PAGE  1 


REGISTER  OF  PATIENTS  ADMITTED 
FROM  01  AUG  1985  THRU  20  AUG  1985 


DATE  ENTERED 

REG  NO 

PNT  NAME 

FMP 

SSN 

ADM  DATE/TIME 

07  AUG  1985 


0000003 

TEST, TWO 

20 

333-33-3333 

05 

AUG 

1985 

1000 

0006455 

M,ONE 

20 

756-56-7654 

07 

AUG 

1985 

1159 

09 

AUG  1985 

0006459 

TEST, ONE 

20 

'799_o?-2222 

09 

AUG 

1985 

1350 

0006460 

TEST, BABY 

01 

^22-^^-2222 

09 

AUG 

1985 

1351 

13 

AUG  1985 

0006458 

TEST, NAVY 

20 

883-11-1222 

14 

JUL 

1985 

1200 

15 

AUG  1985 

0006461 

TEST , DISF‘  REPORT 

20 

182-72-6123 

10 

AUG 

1985 

1200 

19 

AUG  1985 

0006462 

TEST , DISP  REPORT 

20 

182-72-6123 

19 

AUG 

1985 

1339 

0006463 

TEST, ONE 

20 

222-22-2222 

16 

AUG 

1985 

1200 

0006464 

M.MOM 

20 

002-00-2002 

19 

AUG 

1985 

1544 

0006465 

M,KID 

01 

002-00-2002 

19 

AUG 

1985 

1545 

20 

AUG  1985 

0006466 

JONES, BOB 

20 

888-33-3121 

20 

AUG 

1985 

0640 

4 


’  N\1 


« 
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REGISTRATION  FORM 


a.  Definition.  This  product  contains  registrat ion  data  on  an  indiv'  lual 
patient.  It  is  requested  by  the  user  from  the  Registration  function, 
Outpatient  Products  segment. 

b.  Format.  This  is  a  single-page  form  with  the  following  header 
information: 

-  AQCESS  VERSION  NUMBER.  The  AQCESS  software  version  number. 

-  PRIVACY  ACT  STATEMENT. 

-  LAST  UPDATE.  Date  when  this  patient  record  was  last  updated. 

-  MTF  NAME. 

-  RUN  DATE. 

-  OUTPUT  NAME. 

The  body  of  the  Registration  form  contains  the  patient  data  described  below. 

c.  Content. 


(1)  NAME.  Patient  name. 

(2)  DATE  OF  BIRTH. 

(3)  SEX. 

(4)  RACE.  Table  1024. 

(5)  FAMILY  MEMBER  PREFIX.  Table  1012. 

(6)  SPONSOR  NAME. 

(7)  SPONSOR  SSN. 

(8)  PATIENT  CATEGORY.  Code.  Table  1002. 

(9)  SPONSOR  GRADE.  Table  1006. 

(10)  PATIENT  OCCUPATION. 


DATA  CHART  -  REGISTRATION  FORM 
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(11)  DUTY  TELEPHONE. 

(12)  HOME  TELEPHONE. 

(13)  SPONSOR  MIL  DUTY  ADDR.  Duty  address  of  the  patient,  if  a  sponsor 

(14)  PATIENT  MAILING  ADDRESS. 

(15)  PRIMARY  CARE  MTF.  Table  1005. 

(16)  REG  NO  LAST  ADM  THIS  MTF.  Patient's  previous  register  number,  if 
this  patient  has  previously  been  admitted  to  this  MTF. 

(17)  DATE  LAST  ADM  THIS  MTF.  Date  on  which  patient  was  previously 
admitted. 

(18)  REGISTRATION  REMARKS.  Free  text. 

(19)  DATE  VERIFIED  W/PNT.  Date  on  which  the  registration  data  was 
verified  by  patient  or  patient's  agent,  via  the  Registration  function. 

(20)  FLYING  STATUS.  Flying  status  or  aviation  service  code  of  patient 

(21)  FMP.  Patient's  family  member  prefix. 

(22)  SSN.  Sponsor's  Social  Security  Number. 


VERSION  1.00  ****  PERSONAL  DATA  ****  LAST  UPDATE  05  30! 

TRAINING  HOSPITAL  *  PRIVACY  ACT  OF  1974  *  RUN  DATE  Or  0  '  '•S 


PATIENT  REGISTRATION  FORM 


NAME: 

ROBINSON,  JOHN 

DATE  OF  BIRTH: 

07  FEB  1905 

SEX: 

M 

RACE: 

C 

FAMILY  MEMBER  PREf  IX: 

20 

SPONSOR  NAME: 

ROBINSON,  JOHN 

SPONSOR  SSN: 

678-44-1234 

PATIENT  CATEGORY: 

Nil 

SPONSOR  GRADE: 

PATIENT  OCCUPATION: 

DUTY  TELEPHONE: 

HOME  TELEPHONE: 

SPON  MIL  DUTY  ADDR: 

CPT 

WALTER  REED  AMC 

WASHINGTON  DC  20009 


PATIENT  MAILING  ADDRESS: 

909  WELLS  ST 

ALEXANDRIA  VA  22312 

PRIMARY  CARE  MTF : 

REG  NO  LAST  ADM  THIS  MTF: 

DATE  LAST  ADM  THIS  MTF: 

REGISTRATION  REMARKS: 

DATE  VERIFIED  W/PNT: 

FLYING  STATUS:  20  678-44-1234 

REGISTRATION  FORM 
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ROSTER  OF  VSI/SI/SC  PATIENTS 


a.  Definition.  The  Roster  of  VSI/SI/SC  Patients  lists,  by  ward  and 
clinical  service,  all  current  inpatients  whose  casualty  status  code  is  Very 
Seriously  Ill,  Seriously  Ill,  Special  Category,  or  Terminally  Ill.  This 
report  includes  demographic  data,  diagnosis,  and  prognosis  for  each  patient. 

It  is  usually  printed  daily,  and  is  distributed  to  the  casualty  clerk  and  to 
other  sites  as  directed  by  the  command. 

b.  Format .  The  header  of  this  report  contains  the  standard  data,  and 
the  body  of  the  report  is  arranged  in  table  form,  with  up  to  two  lines  of  data 
on  each  patient. 

c.  Content. 


(1)  WARD. 

(2)  RANK.  Table  1006. 

(3)  RELIGION.  Table  1000. 

(4)  PATIENT  NAME. 

(5)  REG  NO.  Patient's  register  number. 

(6)  CASUALTY:  5TA.  Patient's  casualty  status.  Indicates  the  seriousness 
of  the  patient's  condition.  Will  contain  a  code  for  Very  Seriously  Ill, 
Seriously  Ill,  Special  Category,  or  Terminally  Ill.  Table  2011. 

(7)  DIAGNOSIS.  The  textual  description  of  the  patient's  diagnosis.  Table 
9001 . 

(8)  DATE  of  patient's  admission. 

(9)  REC  P0S.  Recovery  possibility  or  prognosis. 

Table  2013. 
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PERSONAL  PAT A  -  PRIVACY  ACT  1974  RUN  PATE:  13  JUN  1985 

PEUITT  ACH 


*  *  *  * 

*  ROSTER 

OF  VSI/SI/SC  PATIENTS 

BY  WARD  AND  CLINICAL 

SERVICF 

*  *  *  *  « 

LIARP 

RANK 

CLN  SVC  PATIENT  NAME 

RELIGION  REG  NO 

casualty:  sta 
DIAGNOSIS 

DATE 

REC  POS 

3  S 

PV1 

A  A  A  A 

DAVIDSON. HARLEY 

0000 1 0 A 

SC 

SKULL  FRACTURE 

13 

JUN  1 995 

Cl 

AS 

A  A  A  A 

ROBINSON. JOHN 

SI 

13 

JUN  1935 

CU 

0000107  MYOCARDIAL  INFARCT  ACUTE 


ROSTER  OF  VSI/SI/SC  PATIENTS 


I 
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STATUS  OUT  ROSTER 


a.  Definition.  This  report  lists  patients  currently  out  of  the 
hospital,  giving  their  expected  return  dates,  and  indicating  whether  return  is 
overdue.  It  is  used  to  monitor  those  patients  who  are  not  physically  in  the 
MTF.  The  Status  Out  Roster  is  printed  on  request,  and  its  distribution  is 
determined  by  the  MTE  command. 

b.  F ormat .  The  header  of  this  report  contains  the  standard  data,  and 
the  body  of  the  report  is  arranged  in  table  form,  with  up  to  two  lines  of  data 
on  each  patient. 

c.  Content. 


(1)  RTN  DATE.  The  date  on  which  this  patient  is  expected  to  return  to  the 
MTF. 

(2)  PATIENTS:  NAME.  Marne  of  patient. 

(3)  SEX. 

(4)  CLINICAL  SVC.  Code  for  the  patient's  clinical  service  assignment. 
Table  2005. 

(5)  CAT.  Code  for  the  patient's  patient  category.  Table  1002. 

(6)  REG  NBR.  Patient's  register  number. 

(7)  5TAT .  Code  for  the  patient's  absent  status.  This  field  will  contain 
any  absent  status  except  "BO"  (bed  occupied).  Table  2002. 

(8)  DAYS  ON.  Number  of  days  the  patient  has  had  this  absent  status. 

(9)  OVERDUE .  Number  of  days  the  patient  has  remained  out  of  the  hospital 
(i.e.,  with  this  absent  status)  past  the  return  date. 
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PERSONAL  DATA  PRIVACY  ACT  1974 


RUN  DATES  31  AUG  1985 


*  *  *  *  *  STATUS  OUT  ROSTER  ***** 
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IJCA  DISPOSITION  REPORT 


a.  Definition.  This  report  gives  the  number  of  patients  who  have  been 
il i spos it  ioner!  during  a  given  month,  by  UCA  clinical  service  code.  It  is  used 
to  report  to  DoD  on  hospital  discharges.  This  report  is  usually  produced 
monthly,  and  its  distribution  is  determined  by  the  MTF  command  and  by  DoD. 

b.  format.  In  addition  to  the  standard  data,  the  header  includes  the 
month  for  which  the  report  data  is  effective.  The  body  of  the  report  is 
arranged  in  table  form. 

c.  Content. 


(1)  CLINICAL  SERVICE  CODE.  See  Table  2005. 

(2)  TITLE.  Name  of  the  clinical  service.  Table  2005. 


(3)  //  Of  PATIENTS.  Number  of  patients  on  each  clinical  service  who  were 
dispositioned  during  the  month. 


SE 


TRAINING  HOSPITAL  RUN  DATF  5  OS  Jill 

F'FRSONAL  DAT A  -  PRIVAC  Y  AFT  1974  t-T.GF :  1 

OTA  DISPOSITION  Rt'F'OR  I 

REPORT  MONTH:  .UIN  19HS 


CODE 

CLN  SVC  - 

TTTI  e 

t  OF 

PATTFN ( S 

AAAA 

INTERNAL  MED  T  f.  I  l!E 

1  ? 

AAAB 

I NFFCT TOUR  DISEASE 

4 

AADA 

riFRMA  ini  llltY 

n 

ABAA 

GENERAL  SURGERY 

1 

ACBA 

LABOR/ DFLTVFRY 

i 

ADDA 

NUFvSrpY 

1 

CRC 

CAROL  Li  FOR  RtCORl:  UNIT 

2 

?:a 

uCA  DISPOSITION  REPORT 
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1JCA  INPATIENT  OCCUPIED  BED  DAYS  REPORT 


a.  Definition.  This  report  gives  the  number  of  bed  days  accumulated  for 
each  clinical  service  and  ward  for  a  given  month.  It  also  shows  the  total 
number  of  bed  days  per  clinical  service,  total  bed  days  per  ward,  and  a  grand 
total  of  all  bed  days  for  the  month. 

The  UCA  Bed  Days  Report  includes  data  on  each  person  who  was  an  inpatient 
during  the  report  month.  It  is  normally  run  after  month-end.  If  it  is  run 
for  the  current  month,  it  will  report  on  bed  days  to  date. 

The  UCA  Red  Days  Report  is  used  to  report  to  DoD  on  hospital  beds  occupied. 

It  is  usually  printed  monthly,  and  its  distribution  is  determined  by  the  MTF 
command  and  by  DoD. 

b.  F ormat .  In  addition  to  the  standard  data,  the  header  includes  the 
month  for  which  the  report  data  is  effective.  The  body  of  the  report  is 
arranged  in  table  form. 

c.  Content .  This  report  lists  the  MTE's  clinical  se" vices  in  the  left 
column  and  the  MTF's  wards  across  the  top  of  the  page.  The  body  of  the  report 
consists  of  the  number  of  bed  days  accumulated  for  each  ward/clinical 
service  combination.  The  bottom  row  on  each  page  gives  the  total  number  of 
bed  days  accumulated  on  each  ward.  On  the  last  page  of  the  report,  the 
right-hand  column  shows  the  total  number  of  bed  days  accumulated  on  each 
clinical  service  for  the  entire  report;  the  bottom  right-hand  block  of  this 
column  contains  the  total  number  of  bed  days  accumulated  during  the  month  for 
all  the  wards  and  clinical  services  in  the  MTF. 
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WARD  NURSING  REPORT 


a.  Definition.  The  Ward  Nursing  Report  alphabetically  lists  all 

inpat ipnts  currently  assigned  to  each  ward,  by  ward.  It  gives  demographic  and 
admission  data  on  each  patient,  and  includes  a  summary  of  bed  availability 
data  for  each  ward.  The  data  on  this  report  reflects  t tie  hospital  census  at 
the  date  and  time  the  report  is  run. 

This  report  is  usually  printed  daily,  and  is  distributed  as  determined  by  the 
nursing  supervisory  staff.  It  is  used  to  provide  information  and  validation 
of  hospital  census  and  bed  use  data. 

b.  F ormat. .  The  header  for  this  report  contains  the  standard  data;  the 
ward  ID  is  included  in  the  report  title.  The  body  of  the  report  is  presented 
in  table  form.  Data  is  sorted  by  ward  and,  within  ward,  by  patient  name. 

Data  is  presented  for  no  more  than  one  ward  per  page. 

c.  Content .  This  report  consists  of  a  page  of  data  for  each  ward,  and 
up  to  three  lines  of  data  on  each  patient  on  the  ward.  The  la--i  p^ge  r'c  H' . 
report  is  the  Red  Summary  by  Ward,  which  contains  data  described  in  the  Data 
Chart  on  the  following  page. 


\  , 


(1  )  PATIENT  NAME. 

(2)  REG  NO.  Patient's  register  number. 

(3)  ATTEND  PHYS.  Name  of  the  patient's  attending  physician.  Table  1004. 

(4)  DAYS  THIS  MTF.  Number  of  bed  days  this  patient  has  accumulated  during 
this  inpatient  episode. 

(3)  SSN. 

(6)  FMP.  Patient's  family  member  prefix.  Table  1012. 

(7)  DOB.  Patient's  date  of  birth. 

(8)  ADMIT  DIAG.  Text  of  the  diagnosis  made  on  this  patient  at  admission. 

(9)  ADMISSION  REMARKS.  Free  text  about  the  admission  that  was  entered  on 
the  Admission  Screen. 


DATA  CHART  -  WARD  NURSING  REPORT 
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MG)  CAT .  Code  for  the  patient's  patient  category.  Table  1002. 

(11)  RANK .  Patient's  rank  if  active  duty.  Table  1006. 

(12)  CLN  SVC.  Code  for  patient's  clinical  service  assignment.  Table  2005 


DATA  CHART  -  WARD  NURSING  REPORT 


(1)  WARD.  The  ID  of  each  MTF  ward. 

(2)  BEDS  IN  WARD.  The  number  of  beds  assigned  to  the  ward. 

(T)  PATIENTS  IN  WARD.  The  number  of  patients  occupying  beds  on  the  ward. 

(4)  BLOCKED  BEDS.  The  number  of  beds  on  the  ward  that  are  either  occupied 
by  patients  or  otherwise  unavailable. 

(51  PRFADMITS  IN  WARD.  The  number  of  preadmits  assigned  to  the  ward. 

(6)  BEDS  AVAILABLE.  The  number  of  currently  available  beds  on  the  ward. 

(7)  TOTAL .  The  bottom  line  on  this  page  shows  totals  for  fields  (2) 
through  (6),  i.e.,  the  total  number  of  beds  assigned  for  all  wards,  the 
total  number  of  patients  and  blocked  beds,  preadmits,  and  available  beds 
in  the  MTE. 


DATA  CHART  -  WARD  NURSING  REPORT,  BED  SUMMARY  BY  WARD 


PERSONAL  DATA  -  PRIVACY  ACT  1974  RUN  DATE  31  AUG  1985  1824 
TEST  NAVY  MTF  PAGE  2 

*****  WARD  NURSING  REPORT  FOR  4E  ***** 


PATIENT  NAHE  SSN  FMP  DOB  CAT  RANK  CLN  SVC 

REG  NO  ATTEND  PHYS  ADMIT  DIAG 

DAYS  THIS  MTF  ADMISSION  REMARKS 


BELLAMY .LAURA  290-12-1921  30  19  AUG  1952  N41  ACB 

0006483  JOHNS  NORML  PRIMIGRAVIDA 

1 


FRANKLIN. SANDRA  342-81-9384  30  09  JUL  1954  N41  ACB 

0006479  JONESB  NORML  PRIMIGRAVIDA 

1 


WARD  NURSING  REPORT 
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TEST  NAVY  MTP 


PERSONAL  DATA  -  PRIVACY  ACT  1974  RUN  DATE  31  AUG  1983  1824 

PAGE  1 


*  *  *  *  *  BED  SUMMARY  BY  UARD  *  *  *  *  * 


UARD  BEDS  IN 
UARD 

IX 

5 

23E 

7 

4E 

10 

41 

0 

4S 

10 

3E 

0 

5S 

10 

5T 

5 

5U 

5 

6S 

0 

6W 

0 

IC 

0 

PATIENTS  BLOCKED  BEDS 
IN  UARD  IN  UARD 


0 

1 

2 

0 

6 

0 

1 

1 

1 

0 

0 

0 


3 

2 

3 

0 

0 

0 

0 

0 

0 

0 

0 

0 


PREADMITS  BEDS 

IN  UARD  AVAILABLE 


0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 


2 

4 

5 
0 
4 
0 
9 
4 
4 
0 
0 
0 


TOTAL  52  12  8  0  32 
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Table  Maintenance  Screen  .  B-1 

Table  Maintenance  Screen,  Adding  an  Item . B-1 

Table  Maintenance  Screen,  Viewing  an  Existing  Item  .  B-1 
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Data  Chart . B-1 

MTF  Profile  Maintenance  Screen,  QA  Parameters  .....  .  B-1 

Data  Chart . B-1 

Register  Number  Maintenance  Screen  .  B-1 

Data  Chart  . B-1 

User  ID  terminal  Maintenance  Menu  Screen . B-1 

User  ID  Maintenance  Screen . B-1 

Data  Chart . B-1 

Terminal  ID  Maintenance  Screen  . . B-1 

Data  Chart . B-1 


INTRODUCTION  TO  PART  1 


Parf  1  of  this  Appendix  contains  examples  of  screens  used  by  the  System 
Management  function  of  AQCFSS.  Screens  are  accompanied  by  Data  Charts  which 
describe  their  data  fields  and  give  the  number  of  the  table  where  possible 
entries  can  be  found.  Cor  fields  where  you  can  enter  data,  the  Data  Chart 
qives  the  number  of  characters  that  can  be  entered  and  indicates  which  fields 
are  required  to  have  data  in  them.  A  Data  Chart  follows  each  screen,  except 
for  menu  screens  and  any  screens  that  do  not  contain  data  fields. 
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1  SYSTEM  MGMT  DATE  _  TIME 

TABLE  RECORD  MAINTENANCE 


TABLE  ID  1004  TITLE  PRIM  CARE  PROVIDER  (table) 


PRIM  CARE  PROVIDER  CODE 
DOCTOR  NAME 

SSN 


TABLE  MAINTENANCE  SCREEN,  ADDING  AN  ITEM 


B-1-4 
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SYSTEM  MGMT 


TABLE  RECORD  MAINTENANCE 


TABLE  ID 


TITLE  DISP  TYPE  (table) 


r  t 


DISP  TYPE  CODE 


DESCRIPTION 


ELAGS 


SERVICE  FLAG 


ARMY  CODE 


AIR  FORCE  CODE 


t  I 


NAVY  CODE 


l  .  ! 


l.  J 


C  -  CHANGE  EXISTING 


A  -  ADD  NEW  ITEM 


V  -  VIEW  EXISTING  ITEM 


ENTER  SELECTION: 


i  ---  J 


TABLE  MAINTENANCE  SCREEN,  VIEWING  AN  EXISTING  ITEM 
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t 

m 


i 


'  1 '  TARLf  If).  The  ID  number  of  the  table  containing  the  item  you  want 
to  vipw  or  change,  or  the  table  to  which  you  want  to  add  an  item. 

( 2  II T 1 F .  The  name  of  the  table  whose  ID  number  you  entered  in  the 
previous  field.  Defaulted  by  system  when  table  ID  is  entered. 

(3)  CODf .  The  code  of  the  table  item  you  want  to  view,  change,  or  add. 

(A)  DESCRIPTION .  Text  defining  the  code.  Defaulted  bv  system. 


The  remaining  fields,  displayed  on  this  screen  will  vary,  depending  on  the 
fable.  If  you  are  changing  nr  adding  a  fable  item,  the  parameters  that 
apply  to  that  table  will  he  displayed.  If  you  are  viewing  an  existing 
item,  the  information  displayed  will  also  vary  depending  on  the  table,  and 
may  include  fields  such  as  the  following: 


'V  fl AGS.  The  numerical  designations  of  the  parameters  set  for  this 
item.  The  meanings  of  these  numbers  is  not  displayed. 

A  SE RVICr  FLAG.  Thp  code  for  the  military  departments  that  use  this 
t  ah  1 p  item. 

7'  ARMY  mPE .  If  this  itpm  is  used  by  the  Army,  this  field  contains 
the  code  foi  this  item  that  appears  on  reports  to  Army  higher  commands. 

B  AIR  I DREE  CDDf.  If  this  item  is  used  by  the  Air  Force,  this  field 
contain:,  the  code  for  this  item  that  appears  on  reports  to  Air  Force 
higher  commands. 

(9)  NAVY  CODF.  If  this  item  is  used  by  the  Navy,  this  field  contains 
the  code  for  this  item  that  appears  on  reports  to  Navy  higher  commands. 


DATA  CHART  -  TABLE  MAINTENANCE  SCREEN 


SYSTEM 

MGMT 

TABLE 

DATE  TIME 

LIST  MENU 

TABLE 

TABLE 

NO  - 

-  TITLE  - 

— 

NO 

-  title  - 

10G0 

RELIGION  CODE 

1019 

TERMINAL  CAPABILITIES 

1002 

PATIENT  CATEGORY 

1020 

FUNCTION  TABLE 

1004 

PRIMARY  CARE  PROVIDER 

1021 

PRODUCT  DEVICE 

1005 

MTF  (fCDICAL  TREATMENT 

FAC) 

1023 

BRANCH  OE  SERVICE 

1006 

RANK  CODE 

1024 

RANK  CODE 

1012 

EMP  (FAMILY  MEMBER  PREFIX) 

1025 

ZIP  CODE  TABLE 

1013 

UNIT/ID  SHIP 

1028 

CAPABILITY  PROFILES 

1014 

FLYING  STATUS 

1029 

MILITARY  SPECIALTY 

1015 

STATE/COUNTRY  CODES 

2001 

SOURCE  OF  ADMISSION 

1016 

COMMAND  INTEREST 

2002 

ABSENT  STATUS 

S  - 

SELECT  TABLE  NUMBER  TO 

PRINT 

P  - 

VIEW  PREVIOUS  PAGE 

A  - 

PRINT  ALL  TABLES 

N  - 

VIEW  NEXT  PAGE 

ENTER 

SELECTION: 

TABLE  LIST  SCREEN 


as 


(1)  TABLE  NO.  The  TO  number  of  the  table.  When  selectinq  a  table  by 
number,  enter  this  number  in  the  selection  field,  for  display  only. 

(2)  T I TLE .  The  name  of  the  table.  For  display  only. 


1 

2 

3 

4 

5 

6 

7 

8 


SYSTEM  MGMT 


MTF  CODE  _ 

SERVICE  (A,F,N)  _ 
SOFTWARE  VERSION  NO 


DATE  _  TIME 

MTF  PROFILE  MAINTENANCE 

MTF  NAME  _ 

TRAINING  FLAG  (Y/N)  _  TRAINING  DATE  _ 

INVALID  ATTEMPTS  BEFORE  LOCKOUT 

-  PAD  PARAMETERS  - 


1 

2 

3 

4 

15 

16 

7 

8 
9 
0 
1 
2 

3 

4 


AUTO  REGISTER  NUMBER  (Y/N)  _  INDEX  CARDS  (#  PER  SET)  _  WAR  (Y/N) 

PAD  BLDG/ROOM  DESIGNATION  _ 

MTF  ADDRESS:  CITY  _  STATE  _  ZIP  CODE  _ 

PAD  SIGNATURE  BLOCK:  LINE  1  _ 

LINE  2  _ 

LINE  3  _ 

PAD  OFFICE  SYMBOL 


1  -  CR  PARAMETERS  2  -  QA  PARAMETERS  3  -  RETURN  TO  PAD  PARAMETERS 


ENTER  SELECTION: 


MTF  PROFILE  MAINTENANCE  SCREEN,  PAD  PARAMETERS  SEGMENT 


(1)  MTf  CODE.  5  characters.  Table  1005. 


(2)  MTF  NAME.  20  characters. 

(3)  SERVICE  (A,F,N).  This  MTE's  military  department.  1  character. 

For  display  only. 

'A'  TRAINING  FLAG  (Y/N).  "V"  in  this  field  indicates  that  this  is  the 

profile  record  for  the  training  data  base.  For  display  only. 

5'  TRAINING  DATE.  The  override  system  date  being  used  by  the  training 
flats  base.  11  characters. 

6  SOFTWARE  VERSION  NO.  Number  of  the  version  of  the  AQCESS  software 
being  used  at  this  MTF.  A  characters.  For  display  only. 

7  1NVAL IP  ATTTMPTS  BEFORE  LOCKOUT.  The  number  of  times  in  succession 
that  an  invalid  user  ID/password  combination  can  be  entered  before  the 
terminal  or  the  user  ID  locks.  2  digits. 


PAD  PARAMETERS  SEGMENT 

(1)  AUTO  REGISTER  NUMBER  (V/N).  "Y"  indicates  the  Admission  function 

assigns  register  numbers  automatically  to  new  records;  "N"  indicates  that 
register  numbers  are  entered  manually  by  system  users. 

(2)  INDEX  CARDS  (J  PER  SET).  The  number  of  3X5  Cards  or  5x8  Cards  in 
each  set  requested  in  Admission  or  Transfer.  2  digits. 

(3)  WAR  (Y/N).  Indicates  whether  a  state  of  war  exists. 

(A)  PAD  BLDG/ROOM  DESIGNATION.  Number  of  the  building  or  the  room  in 
which  the  Patient  Administration  main  office  is  located.  20  characters. 


(5)  MTF  ADDRESS:  CITY,  STATE,  and  ZIP  CODE. 

(6)  PAD  SIGNATURE  BLOCK:  LINE  1,  LINE  2,  and  LINE  3.  The  name  and  address 
of  the  Patient  Administration  official,  or  other  information,  which 
appears  on  reports.  Up  to  26  characters  on  each  line. 

(7)  PAD  OFFICE  SYMBOL.  PAD  office  symbol  that  prints  on  correspondence. 

9  characters. 


[iir 


SYSTEM  MGMT 


DATE 


TIME 


MTE  PROFILE  MAINTENANCE 

MTI  COW  _ 

SIRVIEf  A ,  E  ,  \ 

SOI  I  WAR!  VI  RSI  ON  NO 

-  CR  PARAMETERS 


MTF  NAME  _ 

TRAINING  FLAG  (Y/N)  _  TRAINING  DATE 
INVALID  ATTEMPTS  BEFORE  LOCKOUT 


DELINQUENCY  DAYS  (CODING) 


TAPE  TO  ARCHIVE  MONTHS 


15 

16 


DELINQUENCY  DAYS  (MED  R EC  COMPLETE) 


8 

9 

0 

1 

2 

3 

4 


1  -  CR  PARAMETERS 


ENTER  SELECTION: 


2  -  QA  PARAMETERS  3  -  RETURN  TO  PAD  PARAMETERS 


MTF  PROFILE  MAINTENANCE.  CR  PARAMETERS  SEGMENT 


(I''  DELINQUENCY  DAYS  (CODING).  Number  of  days  after  disposition  by 
which  a  record  must  he  completely  processed  by  Clinical  Records  for 
reporting  to  higher  commands  or  be  considered  delinquent.  2  digits. 

[2>  IAPE  TO  ARCHIVE  MONTHS.  Number  of  months  before  a  completely 
processed  record  should  be  archived.  2  digits. 

CV  DELINQUENCY  DAYS  (MED  REC  COMPLETE).  Number  of  days  after  the  start 
of  Clinical  Records  processing  by  which  the  chart  must  be  complete  or  be 
considered  delinquent,  which  will  cause  a  delinquency  to  he  posted  to  the 
provider  profile.  2  digits. 


DATA  CHART  -  MTF  PROFILE  MAINTENANCE,  CR  PARAMETERS  SEGMENT 


SYSTEM  MGMT  HATE _ _  TIME 

MTF  PROFILE  MAINTENANCE 

MTF  CODE  _ _  MTF  NAME _ 

3  SERVICE  ( A , F , N '  _  TRAINING  FLAG  (Y/N)  _  TRAINING  DATE  _ 

6  SOFTWARE  VERSION  NO  _  INVALID  ATTEMPTS  BEFORE  LOCKOUT  _ 

7 


8  - QA  PARAMETERS 


MTF  PROFILE  MAINTENANCE  SCREEN,  QA  PARAMETERS 
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(1)  DAYS  TD  DELINQUENCY  FDR  CHECKLIST.  Number  of  days  after  disposition 
by  whirh  an  incomplete  Occurrence  Screening  Checklist  is  considered  de- 
1 inquent  .  2  digits. 

(2'  AUTO  PR  LOG  NO  (Y/N).  "Y"  indicates  that  log  numbers  are  assigned 

automatically  by  the  system  to  Emergency  Room  episodes.  "N"  indicates 
that  they  are  assigned  manually  by  the  user. 


DATA  CHART  -  MTF  PROFILE  MAINTENANCE,  QA  PARAMETERS  SEGMENT 
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1  J  SYS  Tt  M  MGMT 


DAT'" 

REGISTER  NUMBER  MAINTENANCE 


4  BLOCK  BEGINNING  ENDING  QUANTITY  QUANTITY 


‘>  Nil 
6 


NUMBER 


NUMBER  REQUESTED  REMAINING 


B | NEXT  SEQUENTIAL  REGISTER  NUM8ER 


Bit  -  RESERVE  BLOCK  It 

Hit  - 

RELEASE  BLOCK  It 

C  -  RETURN  TO  CANCEL  POOL 

V#  -  VIEW  USED  BLOCKS 

N  - 

VIEW  NEXT  PAGE 

ENTER  SELECTION: 

REGISTER  NUMBER  MAINTENANCE  SCREEN 


' 1  BLOCK  NR.  The  number  identifying  thp  block  to  be  reserved  or 
released. 

'.2'  BEGINNING  NUMBER.  The  first  register  number  in  the  block.  Calculated 
by  the  system  from  the  number  in  the  NEXT  SEQUENTIAL  REGISTER  NUMBER 
field.  Up  to  7  characters. 

'V  fNDING  NUMBER.  The  last  register  number  in  the  block.  Calculated  by 
the  system  by  adding  the  QUANTITY  REQUESTED  to  the  BEGINNING  NUMBER. 

I  Ip  t  n  7  charact  ers . 

4 '  QUANTITY  R!  QUESTED.  The  number  of  register  numbers  that  the  system 
■"amger  wants  to  reserve.  Up  to  X  characters. 

s  QUANT  I  TV  REMAINING.  The  number  of  register  numbers  in  the  reserved 
block  that  have  not  yet  been  assigned  manually.  Calculated  by  the  system. 
Up  to  4  characters. 

CANfTl  POOL.  If  a  block  of  register  numbers  that  has  been  reserved 
is  released,  f  n  be  assigned  automatically,  any  numbers  in  that  block  that 
were  nut  used  will  go  into  the  cancel  pool.  The  cancel  pool  also  contains 
any  number  applied  to  an  admission  that  was  later  cancelled.  The  cancel 
pool  is  displayed  on  the  right  side  of  the  screen;  it  can  display  up  to  20 
register  numbers  per  page. 

f,7'  NEXT  SEQUENTIAL  REGISTER  NUMBER.  The  next  register  number  to  be 
assigned  to  a  record.  Calculated  by  the  system.  IJp  to  7  characters. 


DATA  CHART  -  REGISTER  NUMBER  MAINTENANCE  SCREEN 
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SYSTEM  MGMT 


DATE 


TIME 


2 

3 

/i 

USER  ID  MAINTENANCE 

5 

USER  ID 

7 

PASSWORD 

DATE  LAST  CHANGED 

8 

9 

CAPABILITIES 

MODIFIED  BY 

10 

11 

1  9 

TRAINING  FLAG  _ 

TUTORIAL  FLAG  _ 

1  L 

13 

14 

CR  SUPERVISOR  FLAG  _ 

SYSTEM  MANAGER  FLAG 

13 

USER:  NAME 

WORK  PHONE 

INITIALS 

16 

17 

Ifl 

LOCKOUT  FLAG  _ 

19 

1  -  NEW  RANDOM  PASSWORD 

2  -  VIEW  PASSWORD 

3  -  DELETE  USER  ID 

20 

21 

22 

23 

24 

ENTER  SELECTION: 

USER  ID  MAINTENANCE  SCREEN 


m 
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(1)  USER  ID.  Up  to  10  characters. 

(2)  PASSWORD  is  displayed  if  you  select  option  2  on  this  screen  or  create 
a  new  user  ID  and  password,  for  a  new  user  ID  you  can  either  enter  a 
password,  or  leave  this  field  blank  and  a  randomly  qenerated  password  will 
be  assigned  and  displayed  in  this  field.  Up  to  6  characters. 

(3)  DATE  LAST  CHANGED.  Date  when  the  password  was  last  changed.  11 
characters.  For  display  only. 

(4)  CAPABILITIES.  The  AQCESS  functions  allowed  to  this  user  ID/password 
are  listed  in  this  field.  Each  function  is  represented  by  the  letter  or 
number  to  the  left  of  it  on  the  User  Entry  Menu.  You  can  enter  a  string 
of  letters  to  authorize  capabilities  for  this  user  ID.  Or  you  can  enter  a 
profile  code  for  a  type  of  user  (Table  1028),  and  the  functions  allowed  to 
that  type  of  user  will  be  displayed  in  this  field.  Up  to  20  characters. 

(5)  MODIFIED  BY.  To  modify  the  user's  capabilities  without  retyping  the 
entire  string,  enter  +  or  -  and  the  letter  of  the  function  to  be  added  or 
removed.  Up  to  20  characters. 

(6)  TRAINING  FLAG.  A  "Y"  in  this  field  indicates  that  the  user  ID  gives 
access  only  to  the  training  data  base. 

(7)  TUTORIAL  FLAG.  A  "Y"  in  this  field  indicates  that  the  user  can 
access  the  tutorial  lessons,  and  can  access  the  system  in  tutorial  mode, 
which  means  Super  Help  messages  and  expanded  error  explanations  are  dis¬ 
played  automatically. 

(8)  CR  SUPERVISOR  FLAG.  A  "Y"  in  this  field  indicates  that  the  user  is 
authorized  as  the  Clinical  Records  supervisor. 

(9)  SYSTEM  MANAGER  FLAG.  A  "Y"  in  this  field  indicates  that  the  user  is 
authorized  as  the  System  Manager. 

(10)  USER:  NAME.  Name  of  the  user  who  has  this  user  ID/password.  Up  to 
27  characters.  Required  when  entering  a  new  U3er  ID/password. 

(11)  WORK  PHONE  of  this  user.  8  characters. 

(12)  INITIALS  of  this  user.  Used  to  trace  entries  and  updates  of  records. 
Up  to  3  characters.  Required  when  entering  a  new  user  ID/password. 

(13)  LOCKOUT  FLAG.  A  "1"  in  this  field  indicates  that  this  user  is  locked 
out  of  the  system.  "0"  means  that  the  user  is  able  to  use  his  or 

her  assigned  functions.  You  use  this  field  to  lock  or  unlock  a  user  ID. 


DATA  CHART  -  USER  ID  MAINTENANCE  SCREEN 
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p 


V* 


r*  i w . 


K- 


(1)  TERM  ID.  ID  number  of  the  terminal.  Up  to  3  characters. 

(2)  CAPABIL I T IE5 .  The  AQCESS  functions  available  to  users  at  this 
terminal.  You  can  enter  a  strinq  of  letters  indicating  the  capabilities 
allowed  at  this  terminal,  or  enter  the  profile  code  for  a  type  of  user 
(Table  1028),  and  the  capabilities  authorized  for  that  type  of  user  will 
appear  in  this  field.  Up  to  20  characters. 

(3)  MODIFIED  BY.  To  add  to  or  delete  the  functions  a'  iilable  from  this 
terminal,  the  user  enters  +  or  -  and  the  letter  of  the  function  to  be 
added  or  deleted.  Up  to  20  characters. 


(A)  DEFAULT  PRINTER, 
terminal  will  go  to. 


The  printer  that  all  screen  print  requests  from  this 
Up  to  3  characters. 


1  ^  *1 


(5)  LOCKOUT  FLAG. 

"0"  means  that  it  is  functioning  normally, 
unlock  a  terminal . 


in  this  field  means  that  the  terminal  is  locked. 

You  use  this  field  to  lock  or 


t  ... 


DATA  CHART  -  TERMINAL  ID  MAINTENANCE  SCREEN 
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INTRODUCTION  TO  PART  2 
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This  Part  lists  the  System  Manaqement  reports.  Their  descriptions  are 
organized  as  follows: 

a.  Definition  -  a  brief  description  of  the  report  or  product,  its 
purpose  or  function,  frequency  of  production,  distribution,  and 
ut i 1 ization. 

Roth  of  the  System  Manaqement  reports  are  requested  by  the  System 
Manager  through  the  System  Manaqement  function,  from  options  listed 
on  the  User  ID/Terminal  Maintenance  Menu  Screen.  When  either  report 
is  selected,  a  Run-Time  Information  Screen  is  displayed,  on  which 
the  System  Manager  specifies  the  time  period  of  the  report. 

b.  F ormat  -  the  organization  of  the  contents  of  the  output,  and  any 
header  or  trailer  data  it  might  include. 

c.  Content  -  a  Data  Chart  describing  each  data  element  on  the  output. 

d.  Example  -  a  sample  of  each  output. 
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LV. 


INVALID  SIGN-ON  LOG 


a.  Derinition.  This  report  gives  information  about  any  incorrect  entry 
of  user  IDs  and  passwords.  On  the  Run-Time  Information  Screen  for  this  report 
the  System  Manager  can  choose  to  have  the  current  list  of  incorrect  siqn-ons 
erased  after  the  current  report  is  produced,  in  addition  to  specifying  the 
time  period  of  the  report. 

The  Invalid  Sign-fin  Log  is  produced  on  request  and  distributed  to  the  System 
Manager  and  the  Security  Manager.  It  is  used  to  monitor  user  ID  and  password 
use  and  to  maintain  the  integrity  of  password  security. 


b.  F ormat .  The  header  of  this  report  contains  the  MTF  name,  report 
t  it  le,  page  number,  and  the  time  period  of  the  report. 


The  body  of  the  report  is  arranged  in  table  form,  displaying  the  data 
described  in  the  Data  Chart  below. 


c.  Content. 


1)  DAT!  when  the  incorrect  user  ID  or  password  was  entered. 

(2 i  T I  ML  when  the  incorrect  user  ID  or  password  was  entered. 

('5)  USERCODE .  The  user  ID  entered. 

(4)  PASSWORD.  The  password  entered. 

(5)  TERMINAL  NO.  The  number  of  the  terminal  at  which  the  incorrect 
sign-on  was  attempted. 

(6)  ATTEMPT  COUNT.  The  number  of  consecutive  invalid  sign-on  attempts 
represented  by  this  user  ID/password  combination  (e.g.,  this  is  the  4th 
consecutive  attempt). 


DATA  CHART  -  INVALID  SIGN-ON  LOG 
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TEST  NAUT  h  TE 


DATE  /  TIME 


USERCODE  /  PASSWORD  ERROR  LOG  TAPE-.  1 

FROM  20  AUG  1980  THRU  30  AUG  1985 

USERCODE  PASSWORD  TERMINAL  NO  ATTEMPT  COUNT 


20  AUG  1985  0829 

ALLCLEK 

ALL 

76 

1 

20  AUG  1985  1614 

AKLCLERK 

ALL 

76 

1 

21  AUG  1985  1102 

ALLCLERK 

LL 

76 

1 

23  AUG  1985  1116 

ALLCLERK 

ALL 

78 

1 

/ 

23  AUG  1985  1116 

ALLCLERK 

ALL 

78 

23  AUG  1985  1116 

ALLCLERK 

ALL 

78 

3 

23  AUG  1985  1317 

ALLCLEKR 

ALL 

76 

1 

23  AUG  1985  1357 

ALLCLCLERK 

76 

1 

23  AUG  1985  1533 

ALCLELRK 

ALL 

76 

1 

23  AUG  1985  1744 

ALLCLERK 

71 

1 

26  AUG  1985  0950 

ALLCLERK 

76 

1 

26  AUG  1985  1334 

ALLLCKER 

ALL 

76 

1 

26  AUG  1985  1634 

ALLCLEKR 

ALL 

76 

1 

26  AUG  1985  1636 

ALLCLERK 

4 

1 

26  AUG  1985  1658 

ALLCLERK 

76 

1 

26  AUG  1985  1725 

ALLCLERK 

71 

1 

27  AUG  1985  1351 

ALLCLERK 

76 

1 

28  AUG  1985  1130 

ALLCELRK 

ALL 

76 

1 

28  AUG  1985  1358 

ALLCLERK 

AL 

76 

‘  1 

28  AUG  1985  1410 

ASLLCLERK 

ALL 

71 

1 

28  AUG  1985  1429 

ALLCLERK 

ALL* 

78 

1 

28  AUG  1985  1536 

ALLCLERK 

AKL 

76 

1 

28  AUG  1985  1543 

ALLCLERK 

76 

1 

29  AUG  1985  1030 

ALLCLEKR 

.  A< 

78 

1 

29  AUG  1985  1201 

ALLCLERK 

AL 

71 

1 

29  AUG  1985  1211 

ALLCLERK 

AL 

78 

1 

29  AUG  1985  1213 

ALCLERLK 

Xll 

76 

1 

INVALID  SIGN-ON  LOG 


LIST  OF  CURRFNT  PASSWORDS 


a.  Pe fini t i on .  This  report  lists  the  current  user  IDs  and  passwords, 
including  the  date  when  these  were  last  changed  and  the  privileges  allowed  to 
each  ID-password  combination.  It  is  printed  on  reguest  by  the  System 
Manager.  This  is  a  "secure"  report  —  i.e.,  it  can  only  be  printed  on  the 
system  console. 

b.  F ormat .  The  header  of  this  report  contains  only  the  report  title  and 
report  date.  The  body  of  the  report  is  arranged  in  table  form,  containing  the 
data  described  below. 

c.  Content. 


1 ,  DATE  LAST  CHANCED.  The  date  when  this  user  ID/password  was  last 
changed . 

(2'  USERID.  The  user  ID. 

3'  \'AMF .  Marne  of  the  user  to  whom  this  user  ID  and  password  are/were 
assigned. 

(V  PASSWORD. 

:S'  CAPAniL I T IES.  The  AQCESS  functions  that  the  person  with  this  user  ID 
and  password  is  authorized  to  use.  Each  function  is  represented  by  the 
letter  or  number  that  appears  to  the  left  of  it  on  the  User  Entry  Menu 
Screen . 

'6}  TRAIN.  A  "Y"  in  this  field  indicates  that  the  person(s)  with  this 
ub<t  ID  can  only  use  the  training  data  base. 

7)  TUTOR .  A  "Y"  in  this  field  indicates  that  the  person(s)  with  this 
user  ID  can  access  the  tutorial  lessons,  and  can  access  the  system  in 
tutorial  mode,  which  means  that  Super  Help  messages  and  expanded  error 
messages  are  displayed  automatically  on  AQCESS  screens. 

:'tP  CR_.  A  "Y"  in  this  field  means  that  the  person(s)  with  this  user  ID 
can  perform  Clinical  Records  supervisory  functions. 

'9'  SM.  A  "Y"  in  this  field  means  that  the  person(s)  with  this  user  ID 
can  perform  System  Manager  functions. 

10  INITIALS.  The  initials  of  the  person  to  whom  this  user  ID/password 
combination  is  assigned.  AQCESS  tracks  some  user  actions  and  will  record 
' hese  initials  as  the  initials  of  the  clerk  performing  those  actions,  if 
this  user  ID  and  password  were  used. 


DATA  CHART  -  LIST  OF  CURRENT  PASSWORDS 


LIST  OF 

'  CURRENT  PASSWORDS 

RUN  A 

i  E : 

31 

»■*  G  1  9  85 

DATE  LAST 
CHANGED 

USER  ID 
NAME 

PASSWORD 

CAPABILITIES 

TRAIN 

flags: 

TUTOR 

CR 

SM 

INITIALS 

12 

FEB 

1985 

ALLCLERK 

ANYBODY 

ALL 

RADTH81CSPEI2Q 

Y 

Y 

HKK 

13 

FEB 

1985 

CCC 

QDR526 

RADTBCSH1PI 

Y 

MLS 

13 

FEB 

1985 

NEWCLERK 

HRS352 

RADTIHCPSB 

LKJ 

13 

FEB 

1985 

HOLLY 

TGC700 

RADTIHPSB1 

HKK 

14 

FEB 

1985 

TUTOR 

ALLUSERS 

ME 

RADTIHCPSB12  Y 

Y 

ALL 

28 

FEB 

1985 

TEST 

TEST 

RADTS1QPBHEI 

Y 

Y 

LHJ 

07 

MAR 

1985 

OATEST 

33 

RADTH1EBICSQP 

Y 

Y 

LHJ 

20 

MAR 

1985 

SUPCR  CR 

CR  SUPERVISOR 

HC2 

Y 

DKB 

20 

MAR 

1985 

SUPRADT  RADT 

RADT  SUPERVISOR 

1 HBE 

Y 

Y 

DKB 

20 

MAR 

1985 

SOMECLERK 
RADT  CLERK 

SOME 

RADTH 

Y 

Y 

DKB 

20 

MAR 

1985 

QACLERK  QA 

QA  PERSONNEL 

IQP 

Y 

Y 

DKB 

21 

MAR 

1985 

PATIENTINQ  INQ 
PATIENT  INQUIRER 

I 

Y 

Y 

21 

MAR 

1985 

CMCLERK 

CORRECTION 

CM 

CLERK 

E 

Y 

Y 

21 

MAR 

1985 

DISPCLERK  DSCHRG 

DISPOSITION  CLERK 

D 

Y 

Y 

DKB 

21 

MAR 

1985 

TRANSCLERK  TRANS 
TRANSFER  CLERK 

T 

Y 

Y 

DKB 

21 

MAR 

1985 

INPNTHIST  HIST  H 

INPATIENT  HISTORY  PEOPLE 

Y 

Y 

DKB 

21 

MAR 

1985 

CRCLERK  CRREC  C 

CLINICAL  RECORDS  CLERK 

Y 

Y 

DKB 

21 

MAR 

1985 

CLINREC  REPORT  2 

CLINICAL  RECORDS  PEOPLE 

Y 

DKB 

21 

MAR 

1985 

SYSCLERK 

MANAGE 

S 

DKB 

SYSTEM  MANAGER 

LIST  OF  CURRENT  PASSWORDS 
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Appendix  C 

CLINICAL  RECORDS  INPUTS  AND  OUTPUTS 


T ,BLE  or  CONTENTS 


Part  1.  CLINICAL  RECORDS  INPUTS  ( SCREENS 1 


Introduction  to  Part  1 . C-1 

CR  Identification  (CRID)  Screen  .  C-1 

CRID  Screen,  Showinq  Common  Data  and  Sub-Menu . C-1 

Data  Chart . C-1 

Diagnosis  Screen  .  C-1 

Data  Chart . C-1 

Procedure  Screen  .  C-1 

Data  Chart . C-1 

Miscellaneous  Screen  .  C-1 

Data  Chart . C-1 

Transfer  History  Screen  .  .  .  C-1 

Data  Chart  . C-1 

Episode  Days  by  Date  Screen  . . C-1 

Episode  Days  by  Clinical  Service . C-1 

Data  Chart . C-1 

Administrative  Data  Screen  .  C-1 

Data  Chart . C-1 

Non-Procedural  Providers  Screen  .  .  .  C-1 

Data  Chart . C-1 

Record  Tracking  Screen  .  C-1 

Data  Chart . C-1 

Record  Tracking  Missing  Signatures  Screen  .  C-1 

Data  Chart . C-1 

Clerk  Actions  Screen . C-1 

Data  Chart . C-1 

Clerk  List  Screen . C-1 

Data  Chart . C-1 


CR  Reports  -  Selection  Screen  .  C-1-30 

CR  Reports  -  Run-Time  Information  Screen  .  C— 1 —31 

Data  Chart  .  C-1-32 


as 


INTRODUCTION  TO  PART  1 


Part  1  of  this  Appendix  contains  examples  of  screens  used  by  the  Clinical 
Records  subsystem,  which  consists  of  the  Clinical  Records  and  Clinical  Records 
Reports  functions.  Each  screen  that  contains  data  fields  is  followed  by  a 
Data  Chart  describing  those  fields  and  giving  the  number  of  the  table  in  which 
possible  entries  can  be  found.  For  fields  where  you  can  enter  data,  the 
description  also  includes  the  field  length  and  indicates  which  fields  are 
required  to  have  data  in  them  (**  =  required  field).  The  symbols  A,  F,  N 
mean  that  a  field  is  used  only  the  military  department  shown  (it  does  not  mean 
that  the  field  is  required). 


CLINICAL  RECORDS  IDENTIFICATION  (CRID)  SCREEN 
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CLINICAL  RECORDS 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


SEX  FMP  SSN 


ADMISSION:  REG  NO 


5  DISPOSITION:  TYPE 


SOURCE  DATE/TIME 


DATE/TIME 


6  RECORD:  STATUS  DATE/TIME  MODIFIED 


PHYSICIAN  ORDERING 


CORRECTED  CLERK 


1  -  DIAGNOSIS  4  -  TRANSFER  HISTORY 


7  -  ADMIN  TEXT  0  -  CLERK  ACTION 


2  -  PROCEDURES  5  -  EPISODE  DAYS  BY  DATE 


8  -  NON-PROC  PHYS 


3  -  MISC 


6  -  EPISODE  DAYS  BY  CLN  SVC  9  -  RECORD  TRACKING 


ENTER  SELECTION: 


CRID  SCREEN,  Showing  Common  Data  and  Sub-Menu 


Each  of  the  Clinical  Records  screens  displays  the  data  listed  below.  You 
cannot  update  any  of  these  items. 

(1)  NAME  of  patient. 

(2)  SEX  of  patient. 

(3)  FMP .  Patient's  family  member  prefix.  Table  1012. 

(4)  SSN.  Social  Security  Number  of  patient's  sponsor,  or  of  patient  if 
patient  is  a  sponsor. 

(5)  DOB.  Patient's  date  of  birth. 

(6)  ADMISSION;  REG  NO.  The  7-  or  8-digit  register  number  that  identifies 
this  inpatient  episode. 

(7)  S00RCE .  The  source,  or  type,  of  the  patient's  admission.  For  Army, 
a  1-character  code  (e.g.,  0  for  direct  admission).  For  Air  Force  and 
Navy,  a  code  of  up  to  3  characters  from  Table  2001  (e.g.,  DIR  for  direct 
admission ) . 

(8)  DATE/TIME.  Date  and  time  that  the  patient  was  admitted  for  this 
inpatient  episode. 

(9)  WARD.  The  patient's  ward  assignment  at  disposition. 

(10)  DISPOSITION:  TYPE.  Code  indicating  the  patient’s  disposition  status 
at  the  end  of  hospitalization.  For  Army,  a  1-character  code  (e.g.,  A  for 
DUTY).  For  Air  Force  and  Navy,  a  4-character  code  from  Table  2007  (e.g., 
DUTY  or  HOME). 

(11)  DATE/TIME.  Date  and  time  when  the  patient  left  the  hospital's  care. 

(12)  PHYSICIAN  ORDERING.  Short  name  for  the  physician  who  authorized  this 


DATA  CHART  -  COMMON  PATIENT  DATA 


3E 


(13)  RECORD:  STATUS.  A  code  indicating  the  stage  of  CR  processing  iha1 
this  record  is  in.  Actions  taken  by  the  CR  clerk  and  supervisor  on  the 
Clerk  Actions  Screen  change  the  record  status.  The  code  usually  displaye 
here  is  "I"  for  "incomplete,"  meaning  that  CR  processing  has  begun  on  thi 
record  but  is  not  yet  finished.  The  other  record  statuses  are: 

P  =  Patient  has  a  projected  disposition. 

W  =  Record  is  waiting  for  supervisor's  approval  as  complete. 

A  =  Record  has  been  approved  by  the  supervisor  for  inclusion  on 
reports  to  higher  commands. 

D  =  Record  has  been  deleted  from  CR  processing;  it  cannot  be 

accessed  in  CR  and  does  not  appear  on  reports.  (Record  status 
can  be  set  to  D  only  after  a  record  has  been  transmitted  to 
higher  commands.) 

X  =  Record  contains  errors  and  has  been  rejected  so  that  it  can  be 
corrected  in  CR. 

R  =  Record  has  been  released  from  CR  control  so  that  it  can  be 
accessed  by  an  R/ADT  function. 

(14)  DATE/TIME  MODIFIED.  The  date  when  this  record  was  last  updated  in 
CR. 

(15)  CORRECTED.  Code  indicating  whether  the  record  was  sent  to  higher 
commands  and  then  returned  for  correction.  The  record  is  marked  as  cor¬ 
rected  so  that  when  it  is  approved  again  and  re-transmitted  to  higher 
commands,  it  will  not  be  processed  as  a  new  record.  A 

(16)  CLERK.  The  initials  of  the  last  clerk  to  update  this  record. 


DATA  CHART  -  COMMON  PATIENT  DATA 
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1  CLINICAL  RECORDS  DATE  _  TIME  _ 

2  PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

3  NAME  _  SEX  _  FMP  _  SSN  _  DOB  _ 

4  ADMISSION:  REG  NO  _  SOURCE  _  DATE/TIME  _  WARD  _ 

DISPOSITION:  TYPE  _  DATE/TIME  _  PHYSICIAN  ORDERING  _ 

RECORD:  STATUS  DATE/TIME  MODIFIED  CORRECTED  CLERK 


1  ICD  CODE: 


***  TOTAL  DIAGNOSES  _  *** 

CAUSE  OCC  REL  GROUP  NBR 


2  ICD  CODE: 


CAUSE 


OCC  REL  GROUP  NBR 


5  3  ICD  CODE: 

6 


CAUSE 


OCC  REL  GROUP  NBR 


N  -  NEXT  PAGE  1 

P  -  PREVIOUS  PAGE 

M  -  MOVE  CODE 

D  -  DELETE  CODE 

ENTER  SELECTION: 

DIAGNOSIS  SCREEN 


SE 


(1)  TOTAL  DIAGNOSES.  The  total  number  of  diagnoses  entered  on  this 
patient.  Calculated  by  the  system. 

(2)  (SEQUENCE  NUMBER)  of  the  diagnosis  data  set.  Assigned  hy  the  system. 

(3)  ICD  CODE.  This  field  can  contain: 

-  Code  indicating  the  diagnosis,  from  the  International  Classifica¬ 
tion  of  Diseases.  5  digits.  Table  9001. 

-  An  asterisk/secondary/dagger  code.  1  character.  Table  4002. 

-  For  Army,  code  indicating  the  place  of  diagnosis;  for  Navy,  code 
indicating  whether  this  condition  existed  prio~  to  the  patient's 
entry  into  the  service  ("EPTE");  for  Air  Force,  the  infection 
code.  Table  4003. 

(4)  CAUSE .  N.  This  field  can  contain: 

-  Code  for  class  of  trauma.  Describes  the  injury.  Table  2016. 

1  character. 

-  Code  indicating  cause  of  the  injury.  Up  to  3  characters.  Table 
2009. 

(5)  OCC  PEL.  Code  indicating  whether  this  condition  was  occupationally 
related  (y/N).  N 

(6)  GROUP  NBR.  Logical  group  number  of  the  diagnosis,  for  printing  on 
the  ITRCS.  2  characters.  A 

(7)  ( TEXT) .  The  description  of  the  diagnosis  that  is  associated  with  this 
ICD  code.  When  the  ICD  code  is  entered,  the  first  line  of  text  defaults 
to  the  description  from  the  ICD  table.  The  description  should  be  updated 
to  reflect  the  provider's  actual  notes.  When  a  CAUSE  field  is  entered  for 
a  Navy  patient,  the  text  describing  the  cause  of  injury  is  displayed  on 
second  line  of  text.  Up  to  70  characters  can  be  entered  on  each  line. 


CLINICAL  RECORDS 


ADMISSION:  REG  NO 


PERSONAL  DATA  -  PRIVACY  ACT  OE  1974 


SEX  FMP  SSN 


SOURCE  DATE/TIME 


DISPOSITION:  TYPE 


DATE/TIME 


PHYSICIAN  ORDERING 


RECORD:  STATUS  DATE/TIME  MODIFIED 


CORRECTED  CLERK 


**»  TOTAL  PROCEDURES  *** 


1  PROCD: 


PRVDR 


2  PROCD: 


PRVDR 


b\  3  PROCD: 


PRVDR 


N  -  NEXT  PAGE 


-  PREVIOUS  PAGE 


M  -  MOVE  CODE  D  -  DELETE  CODE 


ENTER  SELECTION: 


PROCEDURE  SCREEN 


SB 


(1)  TOTAL  PROCEDURES.  Total  number  of  procedures  entered  for  this 
episode.  Calculated  by  the  system. 

(2)  (SEQUENCE  NUMBER )  of  the  procedure  data  set.  Assigned  by  the  system. 

(3)  PROCD.  This  field  can  contain: 

-  Code  indicating  the  procedure  (i.e.,  operation)  performed,  from  the 
International  Classification  of  Procedures.  4  digits.  Table  9002. 

-  Code  indicating  where  the  procedure  was  perform^  d.  1  character. 
Table  4009. 

-  Code  indicating  the  number  of  times  this  procedure  was  performed  on 
this  patient  during  the  inpatient  episode  (1-99). 

(4)  DATE  on  which  the  procedure  was  performed.  If  this  procedure  was 
performed  more  than  once,  the  dates  of  the  first  and  last  times  can  he 
entered.  11  characters  in  each  date  field.  Required  for  each  procedure. 

(5)  PRVDR .  Short  name  of  the  provider  who  performed  the  procedure.  Three 
providers  can  be  entered.  The  first  is  the  primary  provider,  second  is 
the  assistant  provider,  and  third  is  a  teaching  or  other  assistant.  Table 

1004.  Required  for  each  procedure  performed  in  this  MTF. 

(6)  (TEXT) .  Description  of  the  procedure.  Defaulted  to  the  description 
of  the  ICP  code  entered,  but  can  be  updated.  Two  lines  allowed,  with  64 
characters  in  each. 


1  CLINICAL  RECORDS 


DATE 


TIME 


5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 


NAME 


SOURCE 


ADMISSION:  REG  NO  _  _ 

DISPOSITION:  TYPE  _  DATE/TIME  _ 

RECORD:  STATUS  DATE/TIME  MODIFIED 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

_  SEX  _  FMP  _  SSN  _ 

DATE/TIME 


DOB 


WARD 


PHYSICIAN  ORDERING  _ 

CORRECTED  CLERK 


ATTEND/PRIMARY  PROVIDER 
ANESTHETIC  RISK  CODE  _ 

CCS  WHOLE  BLOOD  _ 

TER  OUT:  MODE 


***  MISCELLANEOUS  *** 
TYPE  CASE 


AGE 


MTE 


CAUSE  DEATH/SEPARATION 

CC'S  PACKED  CELLS  _ 

CIV  HOSP 


TRANSFER  V A  HOSPITAL/AUTOPSY 

CAUSE  OF  INJURY  _  _ 

CAUSE  OF  INJURY  DATA 


DATE  INITIAL  PROCEDURE 
RESIDUAL  DISABILITY 


CONVALESCENT  LEAVE  DAYS  RECOMMENDED 


PRESENTATION  OF  FETUS 


ENTER  SELECTION: 


MISCELLANEOUS  SCREEN 


ss 


C-1-10 


(1)  ATTEND/PRIMARY  PROVIDER.  Short  name  Tor  the  patient's  primary  health 
care  provider.  This  is  the  responsible  provider,  who  also  signs  the 
ITRCS  or  RIPT.  Table  1004.  Up  to  6  characters.  ** 

(2)  TYPE  CASE.  Code  indicating  type  of  case.  Table  2004.  Defaults  to 
type  case  entered  in  admission,  but  can  be  updated.  3  characters. 

(3)  AGE  of  patient.  Calculated  from  date  of  birth.  This  field  can  only 
be  updated  if  the  patient  is  a  newborn.  For  Army,  Table  4010;  for  Air 
Force,  Table  4011.  Up  to  3  characters. 

(4)  ANESTHETIC  RISK  CODE.  The  risk  code  assigned  to  this  patient  (a 
number  between  1  and  5).  You  are  encouraged  to  enter  an  anesthetic  risk 
code  if  any  procedure  was  performed  on  the  patient,  as  this  adds  valuable 
information  to  some  reports. 

(5)  CAUSE  DEATH/SEPARATION.  Code  indicating  the  diagnosed  condition,  as 

entered  on  the  CR  Diagnosis  Screen,  that  was  the  cause  of  the  patient's 
death  or  separation  from  service.  Also  indicates  separations  caused  by 
injury.  Table  4001.  1  character. 

(6)  CC'S  WHOLE  BLOOD  used  during  this  inpatient  episode.  Up  to  4  digits. 

(7)  CC'S  PACKED  CELLS  used  during  this  inpatient  episode.  Up  to  4  digits 

(8)  TFR  OUT:  HOPE.  Mode  of  transportation  used  if  the  patient  trans¬ 
ferred  out  of  the  hospital.  1  character.  F 

(9)  MTF .  Code  of  the  MTF  to  which  patient  was  transferred.  Table  1005 
or,  for  Army,  a  constructed  code  for  non-Army  MTFs.  Defaulted  to  the  MTF 
entered  on  the  Disposition  Screen  but  can  be  updated.  Up  to  6  characters. 

Required  for  all  patients  who  transfer  out. 

(10)  CIV  HOSP.  Name  of  the  civilian  hospital  transferred  to,  if  any. 

27  characters. 

(11)  TRANSFER  VA  HOSPITAL/AUTOPSY.  Indicates  if  patient  transferred  to  a 
VA  Hospital,  or  whether  an  autopsy  was  performed.  1  character.  A 

(12)  DATE  INITIAL  PROCEDURE.  Date  when  the  first  procedure  was  performed 
during  this  inpatient  episode.  11  characters.  N 

(13)  CAUSE  OF  INJURY.  Contains; 

-  Class  of  trauma  code.  Table  2016.  1  character.  F,  N 

-  Cause  of  injury.  Table  2009.  3  characters. 

This  field  and  field  15  default  to  the  cause  of  injury  code  and  text 
entered  in  Admission. 
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(14)  RESIDUAL  DISABILITY.  Code  indicating  the  level  of  the  patient's 
disability,  if  any.  3  characters.  A 

(15)  CAUSE  OF  IN3URT  DATA.  Description  of  the  cause  of  injury.  Up  to  3 
lines  available  for  free  text  (58  characters  on  first  line,  75  characters 
on  each  of  the  other  two  lines). 

(16)  CONVALESCENT  LEAVE  DAYS  RECOMMENDED.  Number  of  days  of  convalescent 
leave  recommended,  if  any.  3  diqits.  F,  N 

(17)  PRESENTATION  OF  FETUS.  2-character  code  describing  presentation  of 
the  fetus.  Up  to  4  codes  allowed,  for  multiple  birth.  Table  4005.  F 


1  CLINICAL  RECORDS 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


SEX  FMP 


ADMISSION:  REG  NO 


DISPOSITION:  TYPE 


SOURCE 


DATE/TIME 


DATE/TIME 


RECORD:  STATUS  DATE/TIME  MODIFIED 


PHYSICIAN  ORDERING 


CORRECTED  CLERK 


MTF  ADMISSION 


***  TRANSFER  HISTORY  *** 

DISPOSITION  BED  ABS  CONV  COOP  SUPP  OTH  MODE 

DATE  DAYS  SICK  LV  CARE  CARE  DAYS 


N  -  NEXT  PAGE 


P  -  PREVIOUS  PAGE 


D  -  DELETE  LINE 


ENTER  SELECTION: 


TRANSFER  HISTORY  SCREEN 
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1)  SE QUF NCE  NO.-)  of  the  transfer  data.  Assigned  by  system. 


(2)  M T F .  fade  of  the  MTf  the  patient  was  transferred  from.  On  first 
line,  this  field  defaults  to  the  MTf  code  entered  in  Admission  if  patient 
war,  a  transfer-in.  Table  1005  or,  for  Army,  a  constructed  code  for  non- 
Army  MTFs.  Army  must  also  code  the  MTF  for  absent  sick  admission  in  this 
field,  in  which  case  no  dates  or  other  fields  should  contain  data. 

ADM  I  SSION  DATF .  Date  of  admission  to  the  previous  MTF.  On  first 
line,  this  field  defaults  to  the  initial  admission  date  entered  in  Ad¬ 
mission  if  t tie  pat  tent  was  a  transfer-in. 

A.  1~>I  SPLIS  1  T I  ON  DATF  .  Date  of  disposition  from  the  previous  MTF  (i.e., 
the  date  when  the  patient  left  the  specified  MTF.  Required  for 
transfer-in  patients. 


For  transfer-in  patients,  you  must  use  the  following  days  fields  to  enter 
the  number  of  days  the  patient  spent  under  the  care  of  the  previous  MTF. 
The  total  of  the  number  of  days  spent  on  each  absent  status  must  equal 
the  number  of  days  t tie  patient  spent  at  the  previous  MTF. 


'5)  BCD  DAYS.  The  total  number  of  days  that  the  patient  spent  on  an 
absent  status  for  which  bed  days  are  counted  during  the  previous  episode. 
Up  to  A  digits. 

'6)  ARS  SICK.  The  number  of  days  that  the  patient  spent  with  an  absent 
status  of  "absent  sick."  Up  to  4  digits. 

(7)  CONV  LV.  The  number  of  days  that  the  patient  spent  with  an  absent 
status  of  "convalescent  leave."  Up  to  4  digits. 

(8)  COOP  CARF.  The  number  of  days  that  the  patient  spent  with  an  absent 
status  of  "cooperative  care."  Up  to  4  digits. 

(9)  5UPP  CARE.  The  number  of  days  that  the  patient  spent  with  an  absent 
status  of  "supplemental  care."  Up  to  4  digits. 

(10)  OTH  DAYS.  The  number  of  days  that  the  patient  spent  on  another 
absent  status  for  which  bed  days  are  not  counted.  Up  to  4  digits. 

(11)  MODC .  The  patient's  mode  of  transportation  when  being  transferred 
out  of  the  previous  MTF.  1  character. 
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CLINICAL  RECORDS  DATE  _  TIME  _ 

PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

NAME  _  SEX  _  FMP  _  SSN  _ DOB  _ 

ADMISSION:  REG  NO  _  SOURCE  _  DATE/TIME  _  WARD  _ 

DISPOSITION:  TYPE  _  DATE/TIME  _  PHYSICIAN  ORDERING  _ 

RECORD:  STATUS  _  DATE/TIME  MODIFIED  _  CORRECTED  _  CLERK 

***  EPISODE  DAYS  BY  DATE  *** 

CLN  SVC  ABS  STATUS  DATE  ASSIGNED  DAYS:  TOTAL  BED  NON-BED 


TOTALS  FOR  THIS  MTF 


N  -  NEXT  PAGE  P  -  PREVIOUS  PAGE 


ENTER  SELECTION 


CLINICAL  RECORDS 


DATE 


TIME 


NAME  _ 

ADMISSION:  REG  NO 
5 1 DISPOSI TION :  TYPE 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

_  SEX  _  FMP  _  SSN  _  DOB  _ 

_  SOURCE  _  DATE/TIME  _  WARD 

DATE/TIME  PHYSICIAN  ORDERING 


6  RECORD:  STATUS  DATE/TIME  MODIFIED 


CORRECTED  CLERK 


/  ***  EPISODE  DAYS  BY  CLINICAL  SERVICE  *** 

8  CLN  SVC  ABS  STATUS  DATE  ASSIGNED  DAYS:  TOTAL  BED  NON-BED 

9 


N  -  NEXT  PAGE 

P  -  PREVIOUS  PAGE 

ENTER  SELECTION: 

EPISODE  DAYS  BY  CLINICAL  SERVICE  SCREEN 
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All  of  the  following  data  fields  appear  on  both  Episode  Days  Screens 
except  DAYS,  which  is  only  used  on  the  Episode  Days  by  Clinical  Service 
Screen.  This  data  is  calculated  by  the  system;  you  cannot  update  it. 

(1)  CLN  SVC.  The  patient's  clinical  service  assignment.  On  the  Episode 
Days  by  Date  Screen,  clinical  service/absent  status  assignments  are  listed 
in  chronological  order. 

(2)  ABS  STATUS.  The  patient's  absent  status. 

(3)  DATE  ASSIGNED.  Date  of  the  clinical  service/absent  status  assignment. 

(4)  DAYS.  On  the  Episode  Days  by  Clinical  Service  Screen,  this  column 
shows  the  total  number  of  days  the  patient  spent  on  this  clinical  service. 

(5)  TOTAL .  The  total  number  of  days  accumulated  for  this  clinical 
service/absent  status  combination. 

(5)  BED.  The  number  of  days  on  this  clinical  service  that  the  patient  had 
a  status  for  which  bed  days  are  counted.  On  the  Episode  Days  by  Clinical 
Service  Screen,  this  column  shows  the  total  number  of  bed  days  for  the 
clinical  service. 

(6)  NON-BED.  The  number  of  days  on  this  clinical  service  that  the  patient 
had  an  absent  status  for  which  non-bed  days  are  counted.  On  the  Episode 
Days  by  Clinical  Service  Screen,  this  column  shows  the  total  number  of 
non-bed  days  for  the  clinical  service. 


(7)  TOTALS  EOR  THIS  MTE.  This  line  displays  the  total  number  of  days 
during  the  inpatient  episode,  and  the  total  number  of  bed  days  and  non-bed 
days  accumulated. 
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SEX  FMP 


ADMISSION:  REG  NO 


DISPOSITION:  TYPE 


SOURCE 


DATE/TIME 


DATE/TIME 


RECORD:  STATUS  DATE/TIME  MODIFIED 


***  ADMINISTRATIVE  DATA  *** 


SELECTED  ADMINISTRATIVE  DATA: 


ENTER  SELECTION: 


ADMINISTRATIVE  DATA  SCREEN 
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PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

NAME  _  SEX  _  FMP  _  SSN  _  DOB  _ 

ADMISSION:  REG  NO  _  SOURCE  _  DATE/TIME  _  WARD  _ 

DISPOSITION:  TYPE  _  DATE/TIME  _  PHYSICIAN  ORDERING  _ 

RECORD:  STATUS  _  DATE/TIME  MODIFIED  _  CORRECTED  _  CLERK  _ 

**  RECORD  TRACKING  ** 

STATUS  _  START  DATE:  _  SUSPENSE  DATE:  _ 

PROVIDER  MISSING  SIG  DATE  COMP  MISSING  DICT  DATE  COMP 

HISTORY  PHY:  _  _ _ _  _ 

NARRATIVE:  _  _  _  _  _ 

OP  REPORT:  _  _  _  __  _ 

DISC  ORDER:  _  _  _  _  _ 

DISC  NOTE:  _  _  _  _  _ 

NURSING  WARD:  /  / 

REMARKS: 


1  -  OTHER  MISSING  SIGNATURES 

ENTER  SELECTION: 


RECORD  TRACKING  SCREEN 
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(1)  STATUS.  1-character  code  indicating  whether  the  chart  is  complete, 
incomplete,  checked  out,  or  whether  it  is  waiting  for  results.  ** 

(2)  START  DATE.  The  date  when  Clinical  Records  processing  was  initiated 
on  this  record.  Calculated  by  the  system,  but  you  can  update  it.  11 
characters. 

(3)  SUSPENSE  DATE.  The  date  by  which  the  record  must  be  complete  or  it 
will  be  considered  delinquent.  Calculated  by  the  system  from  the  start 
date  and  the  number  of  days  until  medical  record  delinquency  (which  is 
specified  on  the  MTF  Profile  Screen  in  System  Management). 

This  screen  lists  the  following  items  that  are  tracked,  if  missing. 

(4)  HISTORY  PHY.  The  history  physical. 

(5)  NARRATIVE .  The  narrative  summary. 

(6)  OP  REPORT.  A  report  on  any  procedures  performed. 

(7)  DISC  ORDER.  The  discharge  order. 

(8)  DISC  NOTE.  Discharge  notes. 

Eor  each  missing  item,  data  items  9  through  13  can  be  entered: 

(9)  PROVIDER.  Short  name  of  the  provider  responsible  for  this  part  of 
the  record.  Up  to  6  characters.  Table  1004. 

(10)  MISSING  SIG.  X  in  this  field  indicates  that  this  part  of  the  record 
is  missing  a  signature. 

(11)  DATE  COMP.  Date  on  which  the  signature  on  this  part  of  the  record 
was  subsequently  received.  11  characters.  (If  you  enter  a  date  complete, 
you  must  also  enter  X  in  field  10.) 

(12)  MISSING  PICT.  X  in  this  field  indicates  that  dictation  about  this 
part  of  the  record  is  missing. 

(13)  DATE  COMP.  Date  on  which  the  dictation  for  this  part  of  the  record 
was  subsequently  received.  (You  must  have  entered  an  X  in  field  12.) 

(14)  NURSING  WARD.  ID  of  the  ward  having  missing  information.  IDs  for 
up  to  3  wards  can  be  entered. 

(15)  REMARKS.  2  70-space  lines  available  for  remarks  about  the  record. 
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Cl)  PROVIDER .  Short  name  of  the  provider  whose  signature  is  missing  from 
the  chart.  Up  to  6  characters.  Table  1004.  As  many  as  8  names  can  be 
entered. 


(2)  DATE  COMPLETE.  Date  on  which  this  provider's  signature  was  subse¬ 
quently  received.  11  characters. 


DATA  CHART  -  OTHER  MISSING  SIGNATURES  SCREEN 
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CLINICAL  RECORDS 


DATE 


T I 


NAME 


SOURCE 


DATE/TIME 


ADMISSION:  RED  NO  __ 

DISPOSI  HON:  TYPE  _ 

RECORD:  STATUS  DATE/TIME  MODIEIED 
CLERK: 


PERSONAL  DATA  -  PRIVACY  ACT  OE  1974 

_  SEX  _  EMP  _  SSN  _ 

DATE/TIME 


DOB 


W, 


PHYSICIAN  ORDERING 
CORRECTED  Cl 


P  -  PRIM  DRAFT  ITRCS/COVER  SHEET 
S  -  PRINT  CODED  EPISODE  SUMMARY 
W  -  WAITING  SUPERVISOR  APPROVAL 
R  -  RELEASE  TO  A  &  D 


SUPERVISOR: 

A  -  APPROVE 
D  -  DELETE 
0  -  OVERRIDE 
X  -  REJECT 
C  -  CLERK  LIST 


SELECT  ACTION:  _  SUPERVISOR  USER  CODE:  _  PASSWORD: 

AUTHORIZED  SIGNER  FOR  REPORT:  _ 

REASON  FOR  RELEASE: 


ENTER  SELECTION 


(1)  SUPERVISOR  USER  CODE.  The  user  code  of  the  CR  c'u^et'visor . 

(2)  PASSWORD .  The  password  of  the  CR  supervisor. 

(3)  AUTHORIZED  SIGNER  FOR  REPORT.  Table  4000. 

(4)  REASON  FOR  RELEASE.  Free  text. 


1 

CLINICAL  RECORDS 

DATE 

TIME 

2 

PERSONAL  DATA  -  PRIVACY  ACT  OF 

1974 

3 

NAME 

SEX 

EMP 

SSN 

DOB 

4 

ADMISSION:  REG 

NO 

SOURCE 

DATE/TIME 

WARD 

5 

DISPOSITION:  TYPE 

DATE/TIME 

PHYSICIAN 

ORDERING 

6 

RECORD:  STATUS 

DATE/TIME  MODIFIED 

CORRECTED  CLERK 

7 

** 

CLERK  UPDATE 

LIST  ** 

8 

CLERK: 

DATE: 

CLERK: 

DATE: 

9 

CLERK: 

DATE: 

CLERK: 

DATE: 

10 

CLERK: 

DATE: 

CLERK: 

DATE: 

11 

CLERK: 

DATE: 

CLERK: 

DATE: 

12 

CLERK: 

DATE: 

CLERK: 

DATE: 

13 

CLERK: 

DATE: 

CLERK: 

DATE: 

14 

CLERK: 

DATE: 

CLERK: 

DATE: 

15 

CLERK: 

DATE: 

CLERK: 

DATE: 

16 

CLERK: 

DATE: 

CLERK: 

DATE: 

17 

CLERK: 

DATE: 

CLERK: 

DATE: 

18 

19 

1  - 

DIAGNOSIS 

4  -  TRANSFER 

HISTORY 

7  - 

ADMIN  TEXT  0 

-  CLERK  ACTION 

20 

2  - 

PROCEDURES 

5  -  EPISODE 

DAYS  BY  DATE 

8  - 

NON- 

PROC  PHYS 

21 

3  - 

MISC 

6  -  EPISODE 

DAYS  BY  CLN 

SVC  9  - 

RECORD  TRACKING 

22 

ENTER  SELECTION: 

23 

24 

CLERK  LIST  SCREEN 


UH007 


C-1-28 


Data  on  this  screen  is  defaulted  by  the  system  and  cannot  be  updated 


(1)  CLERK .  Initials  of  the  clerk  who  updated  this  record.  Up  to  20  can 
be  displayed. 

(2)  DATE  on  which  this  clerk  updated  the  record.  In  chronological  order. 
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NUMBER  REPORT  TITLE 


1  -  ROSTER  OF  DELINQUENT  RECORDS 

2  -  CR  END  OF  MONTH  SUMMARY 

3  -  CLINICAL  RECOROS  RETURNED  TO  A&D 

4  -  INCOMPLETE  INPNT  »CD  RECORDS  BY  PROVIDER 


N  -  ALL  NIGHTLY  REPORTS  (1-1)  M  -  ALL  MONTHLY  REPORTS  (2-2) 


ENTER  REPORT  NUMBER (S ) : 


CR  REPORTS  -  SELECTION  SCREEN 
(Reports  listed  may  vary) 
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ROSTER  OF  DELINQUENT  CR  RECORDS 


DATE 


TIME 


REPORT  RUN-TIME  INFORMATION 


PRINTER  COPIES 


SELECTION 


CR  REPORTS  -  RUN-TIME  INFORMATION  SCREEN  FOR  THE  ROSTER  OF  DELINQUENT  RECORDS 


The  Run-Time  Information  Screen  displays  different  fields,  or  parameters, 
for  each  report.  All  screens  contain  a  PRINTER  COPIES  field;  some  allow 
you  to  specify  the  report  period,  which  is  period  of  time  for  which  you 
want  data.  You  must  enter  a  date  in  any  fields  that  ask  you  to  specify 
the  report  period. 

(1)  PERIOD  START.  First  day  of  the  report  period.  ** 

(2)  PERIOD  END.  Last  day  of  the  report  period.  ** 

(3)  PRINTER  COPIES.  Number  of  copies  you  want  run.  Entries  you  can  make 
in  this  field  are  listed  below.  (Some  reports  cannot  be  displayed  at  a 
terminal.  If  so,  a  message  to  that  effect  will  be  displayed  at  the  top 
this  screen.) 

-  If  you  leave  this  field  blank,  the  report  will  be  displayed  at  your 
terminal  instead  of  being  printed. 

-  If  you  enter  R,  the  last  report  run  will  be  displayed  at  your 
terminal . 

-  If  you  enter  a  number,  that  many  copies  of  the  report  will  be  printed. 

-  If  you  enter  R  and  a  number  (e.g.,  R3),  the  last  report  run  will  be 
printed  as  many  times  as  you  indicate. 

The  SELECTION  field  on  this  screen  operates  in  the  same  way  as  the  ENTER 
SELECTION  field  on  any  other  screen.  You  can  enter  all  or  part  of  the 
parameter  label  to  return  to  that  field  and  update  it. 
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INTRODUCTION  TO  PART  2 


This  Part  lists  the  Clinical  Records  reports.  Their  descriptions  are 
organized  as  follows: 

a.  Def init ion  -  a  brief  description  of  the  report  or  product,  its 
purpose  or  function,  frequency  of  production,  distribution,  and 
util  izat  ion. 

Some  of  the  Clinical  Records  reports  are  requested  from  the  Clerk 
Actions  Screen  in  the  Clinical  Records  function;  others  can  be 
requested  through  the  Clinical  Records  Reports  function.  When  a 
report  is  requested  from  the  Reports  Screen,  r  Run-Time  Information 
Screen  is  displayed,  on  which  the  user  specifies  the  reporting 
period. 

b.  Format  -  the  organization  of  the  content  of  the  output,  and  any 
header  or  trailer  data  it  might  include. 

c.  Content  -  a  Data  Chart  describing  each  data  element  on  the  output. 

d.  Example  -  a  sample  of  each  output. 
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fl.  INI  CAL  RECORDS  RMIIRNH)  f!)  AAD 


a.  Definition.  This  report  lists  records  that  have  been  returned  to 
R/ADT  for  correct  inn,  and  gives  patient  data  for  eai'h  record.  It  is  printed 
when  the  user  requests  it  from  the  Clinical  Records  Report  function.  This 
report  is  distributed  to  Patient  Administration,  and  is  used  to  follow-up  on 
necessary  record  corrections. 

b.  F ormat .  The  Records  Returned  report  begins  with  the  standard  header 
data,  and  is  arranged  in  table  form. 

c.  Content. 


(1)  RFC  NO.  Register  number  assigned  to  the  inpatient  episode. 

(2)  PATIENT  NAME. 

(3)  FMP .  Patient's  family  member  prefix.  Table  1012. 

(A)  SSN.  Social  Security  Number  of  the  patient's  sponsor,  or  of  the  pa¬ 
tient  if  the  patient  is  the  sponsor. 

(S)  DATE  DISP.  Date  of  this  patient's  disposition. 

(A)  REFEASED.  Date  when  this  patient  record  was  released  from  CR  control 
and  returned  to  A&D. 


(7)  REASON  RELEASED.  The  reason  why  this  record  was  returned  to  A&D. 


TEST  NAVY  MTF 


PERSONAL  DATA  -  PRIVACY  ACT  1974 


RUN  DATE!  31  AUG  1985 


CLINICAL  RECORDS  RETURNED  TO  A  t  D 

************************************************************* ***************** 
*R£G  NO  PATIENT  NAME  FMP  SSN  DATE:  DISP  RELEASED  * 

*  REASON  RELEASED  * 

)M**************t****M***t**t************************************************ 

0006460  TEST » BABY  01  222-22-2222  29  AUG  1985  31  AUG  1985 

NAME  ENTERED  INCORRECTLY 

0006469  JONES* BOB  20  888-33-3121  30  AUG  1985  31  AUG  1985 

DATE  OF  DISPOSITION  INCORRECT 


CLINICAL  RECORDS  RETURNED  TO  A&D 


CODED  EPISODE  SUMMARY  (CES) 


a.  Definition.  The  CES  contains  data  summarizing  an  individual 
inpatient  episode.  It  is  a  hard-copy  version  of  the  Coded  Transcript  Tape, 
and  is  reguest ed  from  the  Clinical  Records  function,  Clerk  Actions  Screen. 
Tiiis  output  is  distributed  as  determined  by  the  MTF  command;  it  is  used  as  an 
historical  file  and  in  error  control. 

b.  Format .  The  header  for  this  output  contains  the  following  data: 
report  title,  page  number,  Privacy  Act  Statement,  and  run  date.  The  report 
begins  with  the  patient  data  described  in  the  Data  Chart  below.  The  body  of 
!  bn  report  consists  of  card  data  that  differs  for  each  military  department. 
The  CFS  card  data  is  described  in  a  separate  Data  Chart  for  each  military 
department ,  on  the  pages  to  follow. 

c.  Content. 


(1)  REG  //.  Patient's  register  number. 

(2)  NAME  of  patient. 

(3)  SEX. 

(4)  FMP/SSN . 

(5)  PNT  CAT.  Code  for  patient's  patient  category.  Table  1002. 

(6)  DOB. 

(7)  RECORD  CLFRK.  The  initials  associated  with  the  user  ID  and  password 
that  were  entered  before  the  CES  was  requested. 

(8)  ADM  DATE.  Date  and  time  of  the  admission. 

(9)  DI5P  DATE.  Date  and  time  of  the  disposition. 

(10)  SRC  ADM.  Code  for  the  patient's  source  of  admission.  Table  2001. 

(11)  DISP  TYPE.  Type  of  the  disposition.  Table  2007. 

(12)  CAUSE.  Code  for  cause  of  death  or  separation.  Table  4001. 

(13)  CLN  SVC.  Code  for  the  patient's  clinical  service  assignment. 

Table  2005. 


DATA  CHART  -  CODED  EPISODE  SUMMARY,  COMMON  PATIENT  DATA 
(All  Military  Departments) 


CARD  A 

(1)  REGISTER.  Patient's  register  number. 

(2)  MIT.  Code  for  the  MTF.  Table  1005. 

(3)  FMP.  Patient's  family  member  prefix.  Table  1012. 

(4)  SSN. 

(5)  BEN/CMD.  For  active  duty  patients,  the  major  command  code  (Table 
1017). For  all  others,  the  patient  category  code. 

(6)  GRADE .  Patient's  pay  grade,  if  active  duty.  Translated  from  rank. 

(7)  AFSC.  Military  specialty  code,  if  active  duty  Air  Force.  Table  1029 

(8)  AV-SV .  Aviation  service  code  (flying  status),  if  active  duty  Air 
Force.  Table  1014. 

(9)  A-RAT .  Aeronautical  rating.  Table  1009. 

(10)  L-SVC .  Patient's  length  of  service,  in  years,  if  active  duty. 

Coded  RR  if  unknown.  Table  2014. 

(11)  AGE  of  patient.  Table  4011. 

(12)  SEX. 

(13)  MSTAT .  Patient's  marital  status. 

(14)  RACE.  Table  1024.  Table  2005. 

(15)  DUTYZ .  Zip  code  of  the  patient's  duty  station,  plus  two  zeroes. 

(16)  INIT-MTF .  Code  for  the  MTF  to  which  the  patient  was  originally 
admitted.  If  the  patient  was  a  transfer-in,  the  code  for  the  first  MTF 
to  which  he/she  was  admitted.  Table  1005. 

(17)  IN-AD-DT .  Date  on  which  patient  was  initially  admitted  for  this 
inpatient  episode  (Julian  format). 

(18)  DISP-D.  Date  on  which  the  patient  was  discharged  (Julian  format). 

(19)  DISP-TP.  Code  for  type  of  disposition.  Table  2007. 

DATA  CHART  -  CODED  EPISODE  SUMMARY  (AIR  FORCE) 


(20!  TO-DV-DT .  Total  number  of  days  of  the  inpatient  episode,  from  date 
of  admission  to  date  of  disposition  (the  day  of  disposition  is  not 
counted  unless  the  admission  and  disposition  occurred  on  t tie  same  day). 

(21)  BD-DT .  Total  number  of  days,  durinq  this  inpatient  episode,  that  the 
patient  had  an  absent  status  for  which  bed  days  are  counted.  (If  the 
patient  was  a  transfer-in,  the  inpatient  episode  consists  of  all  days  this 
patient  spent  in  this  MTF,  plus  bed  days  accrued  in  previous  MTFs  before 
transfer  to  this  one.)  If  the  patient  was  admitted  and  disposit ioned  on 
the  same  day,  this  number  is  1. 

22)  BD-f Af .  Total  number  of  days,  durinq  this  inpatient  episode  at  this 
MTF,  that  the  patient  had  an  absent  status  for  which  bed  days  are  counted. 

(25)  CRD.  The  card  identification  letter  (A). 


CARD  B 

(1)  REGISTER .  Patient's  register  number. 

(2)  MTF.  Code  for  this  MTF.  Table  1006. 

(3;  PI S-CL IN .  Code  for  the  clinical  service  on  which  the  patient  accumu¬ 
lated  t tie  greatest  number  of  bed  days  during  the  inpatient  episode.  Table 
2003. 


(A)  BFD-DA .  Total  number  of  days,  on  this  clinical  service,  that  the 
fiat  ient  had  an  absent  status  for  which  bed  days  are  counted. 

(S'  CAUSE- TNJ.  Code  fur  the  class  of  trauma  (Table  2016)  and  cause  of 
injury  (Table  2DD9),  if  any,  as  entered  on  Admission  Screen. 

(6)  CAUSE-D/S.  Code  for  the  diagnosis  that  represents  the  underlying 
cause  of  death  or  separation.  Table  4001. 

(7)  PRI -PI AG.  The  first  diagnosis  code  entered  for  this  patient  on  the  CR 
Diagnosis  Screen  for  this  inpatient  episode.  Contains  ICD  code  (Table 
9001'  and  asterisk/secondary/dagger  code  (Table  4002). 

(8'  IMF .  Infectious  data  code  associated  with  the  first  diagnosis.  Table 
4003. 

(9'  2MP-PI AC .  The  second  diagnosis  code  entered  on  the  CR  Diagnosis 
Screen.  Contains  ICD  code  (Table  9001)  and  asterisk/secondary/dagger  code 
(Table  4002). 


DATA  CHART  -  CODED  EPISODE  SUMMARY  (AIR  FORCE) 


(10'  INF.  Infect  i 01  js  data  code  for  t tie  second  diagnosis.  fable  400  . 


(11)  3RD-DI AG .  The  third  diagnosis  rode  entered  on  the  CR  Diagnosis 
Screen,  fontains  IPD  code  (Table  9001)  and  aster isk/secondary/dagger  code 
(Table  4002). 

(12)  INF .  Infectious  data  code  for  the  third  diagnosis.  Table  4003. 

(13)  PR  I -PR0VDR .  The  numerical  code  for  the  primary  provider  of  care 
associated  with  this  inpatient  episode. 

(14)  (POC  ID).  The  alphabetic  letter  code  for  this  provider.  The  code 
for  the  primary  provider  is  always  A. 

(15)  2ND-PR0VDR .  The  numerical  code  for  the  secondary  provider. 

(16)  (POC  ID).  The  alphabetical  letter  code  for  the  secondary  provider. 
(171  3RD-PR0VDR .  The  numerical  rude  for  the  third  provider. 

(18)  ( POC  ID) .  The  alphabetical  letter  code  for  the  third  provider. 

(19)  CONV-TAKEN .  Number  of  days  of  convalescent  leave  taken. 

(20)  CONV-REC.  Number  of  days  of  convalescent  leave  recommended. 

(21)  CRD.  The  card  identification  letter  (B). 


CARD  C 

(1)  REGISTER .  Patient's  register  number. 

(2)  MTE.  Code  of  this  MTE .  Table  1005. 

(3)  OTET— CL  IN .  Code  for  clinical  service  on  which  the  patient  accumulated 
the  second  greatest  number  of  bed  days.  Table  2005. 

(4)  BED-DA.  Number  of  bed  days  accumulated  while  the  patient  was  on  the 
clinical  service  named  in  (3)  above. 

(5)  OTH-CLN .  Code  for  clinical  service  on  which  the  patient  accumulated 
the  third  greatest  number  of  bed  days.  Table  2005. 

(6)  BED-DA .  Number  of  bed  days  accumulated  while  the  patient  was  on  the 
clinical  service  named  in  (5)  above. 
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(7)  15T-0P.  I CP  rode  for  the  first  procedure  listed  on  the  CR  Procedure 
Screen . 


(8)  [}.  Code  for  where  this  procedure  was  performed.  Table  4009. 

(9)  ROCT .  Single-letter  code  for  the  provider  who  performed  this 
procedure.  Can  contain  up  to  three  codes  for  three  different  providers. 

(10)  2ND-0P .  ICP  code  for  the  second  procedure  listed  on  the  CR  Procedure 
Screen.  Table  9002. 

(11)  IT.  Code  for  where  this  procedure  was  performed.  Table  4009. 

(12)  P0CT .  Single-letter  code  for  the  provider  who  performed  this 
procedure .  Can  contain  up  to  three  codes  for  three  different,  providers. 

(It)  PRF,  -  OP .  Number  of  day  s  after  admission  date  (initial  admission)  and 
before  f i i  •  procedure  was  performed.  Includes  day  of  admission  but  not 
day  f  procedure.  If  procedure  was  performed  on  day  of  admission,  this 
fie lri  contains  a  zero. 

(14)  POST -CP .  Number  of  days  after  first  procedure  and  be  fore  disposition 
date..  The  day  of  the  procedure  is  counted;  the  day  of  disposition  is 
not.  If  the  procedure  was  performed  on  the  day  of  disposition,  this  field 
contains  a  zero. 

'IS)  VI -WHOI .  Volume  of  whole  blood  transfused  to  this  patient  during 
this  episode,  in  CCs. 

'16)  CC-PACK .  Number  of  CCs  of  packed  cells  administered  to  this  patient 
during  this  episode. 

(17)  -  (20)  FETUS1  -  FETIJ54.  Code  for  presentation  of  fetus.  Up  to  four 
codes  can  be  entered.  Table  4005. 

(18)  CRD.  The  card  identification  letter  (C). 

CARD  D 

(1)  REGISTER.  Patient's  register  number. 

(2)  MTF.  Code  of  this  MTF.  Table  1005. 
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(3)  3RD-0P .  ICP  code  for  the  third  procedure  listed  on  the  CR  Procedure 
Screen,  if  any.  fable  9002. 

(4)  D^.  Code  for  where  this  procedure  was  performed.  Table  4009. 

(5)  POCT .  Single-letter  code  for  the  provider  who  performed  this 
procedure.  Can  contain  up  to  three  codes  for  three  different  providers. 

Fields  (3)  through  (5)  can  be  repeated  6  times,  allowing  data  on  as  many 
as  7  additional  procedures  to  be  displayed  on  the  D  card.  The  last  field 
on  the  card  is  the  card  identifier  (D). 


CARD  E 

(1)  REGISTER .  Patient's  register  number. 

(2)  MTF .  Code  of  this  MTE.  Table  1005. 

(3)  4TH-DIAG.  The  fourth  diagnosis  code  entered  on  the  CR  Diagnosis 
Screen.  Contains  ICD  code  (Table  9001)  and  asterisk/secondary/dagger  code 
(Table  4002). 

(4)  INF.  Infectious  data  code  associated  with  the  fourth  diagnosis. 

Table  4003. 

Fields  (3)  and  (4)  are  repeated  7  times,  thus  allowing  data  on  as 
many  as  8  additional  diagnoses  to  be  displayed  on  the  E  card.  The 
last  field  on  the  card  is  the  card  identifier  (E). 


CARD  F 

(1)  REGISTER .  Patient's  register  number. 

(2)  MTF.  Code  of  this  MTF.  Table  1005. 

(3)  4TH-PR0V.  The  numerical  code  for  the  4th  provider  of  care  associated 
with  this  inpatient  episode,  as  entered  on  the  Clinical  Records  screens. 

(4)  DR.  The  alphabetic  letter  code  for  the  4th  provider  of  care. 

Fields  (3)  and  (4)  are  repeated  8  times,  thus  allowing  data  on  as  many  as 
9  additional  providers  of  care  to  be  displayed  on  this  card.  The  last 
field  on  this  card  is  the  card  identifier  (F). 
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Cards  D,  E,  and  F  can  be  repeated  if  more  data  of  the  respective  type 
exists.  The  single-letter  card  designation  will  be  followed  by  an  A,  B 
etc.,  for  each  continuation  card.  The  last  card  for  each  patient  will 
be  indicated  by  the  letter  "L." 
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***  CLINICAL  RECORDS  Clint- H  EPISODE  SlIrthARY  *#* 

Pt-RSONAL  DATA  PRIVACY  ACT  OK  1974  ^0  ..'(IN  1985 


REG 

#  000318R  NAME:  1  ANEf.lOE 

sex:  m  pmp/ssn: 

20  4 

o 6 -3736 

P  NT 

cat:  fh 

dob: 

07  MAY  194? 

RECORD  n  C  RK  ,* 

HKK 

ADM 

date:  01  JUN  198?  1200 

DTSP  DATF:  16 

JUN  198 

?  1230 

SRC 

adm:  dir 

n  t  st-' 

TYPE :  OTH 

(Aiisr :  sin 

CLN  SVC : 

AAA 

— 

-  CARD  A  - 

- - 

REGISTER 

MTF 

FMP 

SSN 

BFN/CMD 

GRADE 

AF  SC  AV-SV  A-RAT 

1  -SVC 

1-P 

9-14 

15-16 

1  7-25 

76-28 

79-30 

31-33  34-35  36 

37-38 

00003 18R 

000654 

70 

445363736 

ESC 

05 

000  ?S  0 

1  8 

AGE 

SEX 

MSTAT 

RACE 

DHTY7 

TNI T-MTF 

TN-AD- 

dt  riTSP-n  disp-tp 

Tn-nY-n  r 

.39-40 

41 

42 

43 

44 -SO 

SI  -56 

57-61 

67-66  67 

68-70 

40 

M 

M 

C 

9506400 

000654 

8515? 

85167  T 

015 

BD-DT 

BD- 

FAC 

CRD 

71-73 

74- 

76  77 

-78  79- 

80 

012 

012 

A 

' 

--  CARD  B 


REGISTER 

1-8 

MTF 

9-14 

nis-ci 

15-1  7 

IN  BED-DA 

18-20 

CAIJSF- 
21  -24 

T  N  J 

CAIIRF-JT/S 

2? 

PR I -DTAG 
26-31 

'INK 

32 

00003 18R 

00065 

4  AAA 

009 

Rill 

J 

80000 

0 

2ND-DIAG 

33-38 

INF 

39 

3RD- DTAG 
40-4? 

CINE  PR  I 
46  47- 

-PROVJTR 

?? 

53 

2ND-PR0VMR 

54-59 

3RD-PR0VDR 
60  61-66 

67 

34820A 

0 

341093 

A 

9R79R7 

R  773641. 

C 

CONV-TAKEN  CONV-REC  CRD 

68-69  70-71  77-78  79-80 


00 

00 

B 

REGISTER 

1-8 

MTF 

9-14 

OTH-CLIN 

15-17 

•.BED-DA 

18-20 

DTH-CI  IN 
21-23 

BED-DA 

24-26 

< i st-op 

27-30 

D 

31 

PORT) 

37-34 

0000318R 

000654 

AAJ 

003 

3706 

R 

RC 

(2ND-0P 

35-38 

D  PGCT ) 
39  40-42 

( 3RD-0P 
43-46 

I.i  PORT) 
47  48-50 

PRE-OP 
5.1. -53 

POST -OP 
54-56 

Cl  -WHOl 
57-61 

CC- 

67- 

PACK 

66 

3440 

B 

8920 

n 

001 

01  4 

00000 

00070 

F  FT US) 
67-68 


FETUS2  FETUS3  FFTUS4 
69-70  71-77  73-74 


CRD 

75-78  79-80 


C 
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***  n  INICAL  RECORDS  CODED  EE'TSODE'  SUMMARY  ***  FAGF  ? 

PERSONAL  DATA  PRIVACY  ACT  OF  1974  "’0  JIIN  19RS 


REG  ♦  000318R  NAME  t  LANE.JOF 

F'NT  cat:  fh  dor:  o?  may  iyaf. 

ADM  DATE!  01  JUN  1985  1200 

:3rc  adm:  dir  dtsr  tyef  :  oth 


sfx:  m  fmp/ssn:  do  445-3<s-3?36 
record  clerk:  hkk 

DISP  date:  1A  JIIN  1985  lmo 

cause:  riii  cln  sue:  aaa 


CARD  F 


REGISTER 

1-8 

MTF 

9-14 

4TH-PR0U 

15-20 

TiR  fiTH-PROV 

p  j  pr>-p7 

hr 

?R 

ATH-PRflV 

?9-34 

DR  7YH-PR0V 
35  36  41 

D 

4? 

0000318R 

000654 

123245 

n 

(3TH-PR0V 

DR  9TH 

-PROC  DR 

10TH-PR0V 

DR 

1 1 

-PROV 

DR 

12-PROV 

DR 

CRH 

43-48 

49  50- 

55  56 

57-6? 

63 

64 

-69 

70 

71  -76 

n 

78  79-80 

F 
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CARD  A 


(1)  MTF  CODE.  Code  for  this  MTF.  Table  1005. 

(2)  REG  //.  Patient's  register  number. 

(3)  GRADE .  Patient's  pay  grade,  if  active  duty.  Translated  from  rank. 

(4)  SEX. 

(5)  AGE. 

(6)  RACE  code.  Table  1024. 

(7)  L-SVC.  Length  of  service,  in  years. 

(8)  FMP.  Family  member  prefix.  Table  1012. 

(9)  SSN. 

(10)  BEN  CAT.  Patient's  patient  category  code.  First  2  characters  fol¬ 
lowed  by  a  zero  (except  for  category  X52).  Table  1002. 

(11)  UIC/ZIP.  Unit  identification  code  or  zip  code  of  duty  station. 

(12)  CASE  TYPE.  Army  code  for  type  case.  Table  2004. 

(13)  ADM  TYPE.  Army  code  for  source  of  admission  (e.g.,  transfer).  Table 
2001 . 

(14)  CLIN  SVC.  UCA  code  for  patient's  clinical  service.  Table  2005. 

(15)  DISP.  Army  code  for  type  of  disposition.  Table  2007. 

(16)  DISP  DATE.  Date  on  which  patient  was  dispositioned  (Julian  format). 

(17)  ADM  DATE .  Date  on  which  patient  was  admitted  (Julian  format).  If 
absent  sick  and  subsequently  became  a  bed  occupant,  the  date  of  absent 
status  change;  for  other  absent  sick  cases,  this  field  will  be  blank. 

(18)  INIT  DATE.  If  patient  was  a  transfer-in,  the  date  on  which  the 
patient  was  first  admitted  to  an  MTF  before  transferring  (Julian  date). 

If  the  patient  transferred  more  than  once  during  this  inpatient  episode, 
the  date  on  which  he/she  was  admitted  to  the  first  MTF.  If  patient  is 
absent  sick,  the  date  admitted  to  any  non-military  MTF. 
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Fields  (19)  through  (23)  contain  the  number  of  days  that  the  patient 
accumulated  for  each  of  the  absent  statuses  listed.  This  only  includes 
days  accumulated  at  this  MTF. 

(19)  ABS  5K.  Number  of  days  during  which  the  patient  was  absent  sick. 

(20)  OTH  DAY.  Number  of  days  during  which  the  patient  had  an  absent 
status  other  than  those  reported  in  fields  19,  21,  22,  or  23. 

(21)  CON  LV.  Number  of  days  during  which  the  patient's  absent  status  was 
"convalescent  leave"  or  "cooperative  care." 

(22)  SUP  CAR.  Number  of  days  during  which  the  patient's  absent  status  was 
"supplemental  care." 

(23)  BED  DAY.  Number  of  days  at  this  MTF  that  the  patient  had  an  absent 
status  for  which  bed  days  are  counted. 

(24)  TOT  DAYS.  Total  number  of  days  the  patient  spent  at  this  MTF  during 
this  episode. 

(25)  TRF .  Indicates  whether  patient  was  transferred  to  a  VA  hospital,  or 
whether  an  autopsy  was  performed  on  the  patient. 

(26)  CRD.  Card  identifier  (A). 


CARD  B 

0)  MTF  CODE.  Table  1005. 

(2)  REG  ff.  Patient's  register  number. 

(3)  IN 1 T  MTF.  If  patient  was  a  transfer-in,  the  code  of  the  MTF  to  which 
the  patient  was  admitted  before  transferring.  If  the  patient  transferred 
more  than  one  time  during  this  inpatient  episode,  the  code  of  the  first 
MTF  to  which  he/she  was  admitted. 

Fields  (4)  through  (8)  contain  the  total  number  of  days  that  the  patient 
accumulated  for  each  of  the  absent  statuses  listed,  including  days  accu¬ 
mulated  at  this  MTF,  and  at  any  other  MTFs  the  patient  might  have  trans¬ 
ferred  from. 

(4)  TOT  ABS.  Total  number  of  days  the  patient  had  an  absent  status  of 
"absent  sick." 
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(5)  TOT  OTH.  Total  number  of  days  that  the  patient  had  an  absent  status 
other  than  those  reported  in  fields  4,  6,  7,  or  8. 

(6)  TOT  CONV.  Total  number  of  days  that  the  patient  had  an  absent  status 
of  "convalescent  leave"  or  "cooperative  care." 

(7)  TOT  SUP.  Total  number  of  days  that  the  patient  had  an  absent  status 
of  "supplemental  care." 

(8)  TOT  BED.  Total  number  of  days  that  the  patient  had  an  absent  status 
for  which  beH  days  are  counted. 

(9)  TOT  SICK.  Total  number  of  days  from  initial  admission  to  disposition. 

(10)  PREOP.  Number  of  bed  days  before  the  first  operation  or  procedure. 
Ml)  [NJ.  Cause  of  injury  code.  Table  2009. 

(12)  CAUSE .  Underlying  cause  of  death  or  separation.  Table  4001. 

(13)  COR .  Indicates  whether  this  record  was  submitted  to  higher  command 
and  then  returned  to  the  MTF  and  corrected. 

(14)  1  DIAG.  I CD  code  entered  for  the  first  diagnosis  on  the  CR  Diagnosis 
Screen.  Table  9001. 

(15)  2  DIAG.  ICD  code  entered  for  the  secondary  diagnosis  on  the  CR 
Diagnosis  Screen.  Table  9001. 

(16)  3  DIAG.  ICD  code  entered  for  the  third  diagnosis  on  the  CR  Diagnosis 
Screen.  Table  9001. 

(17)  1  OP.  ICP  code  entered  for  the  first  procedure  (i.e.,  operation)  on 
the  CR  Procedure  Screen.  Table  9002. 

(18)  2  OP.  ICP  code  entered  for  the  second  procedure  on  the  CR  Procedure 
Screen.  Table  9002. 

(19)  3  OP.  ICP  code  entered  for  the  third  procedure  on  the  CR  Procedure 
Screen.  Table  9002. 

(20)  CRD.  Card  Identifier  (3). 
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(1 )  nrr  CODE.  Table  1005. 

(2)  REG  //.  Patient's  register  number. 

'  5)  4  DIAG.  ICO  code  For  the  fourth  diagnosis  on  the  PR  Diagnosis 
Screen.  Table  911(11 . 

'  4 )  >  DIAG.  im  code  For  the  Fifth  diagnosis  on  (he  PR  Diagnosis  Screen 
Table  9001. 

(5)  6  DIAG.  I  PD  code  For  the  sixth  diagnosis  on  the  PR  Diagnosis  Screen 
Table  9001. 

(6)  7  IHAG.  IPD  code  For  seventh  diagnosis.  Table  9001. 

1  11  01  AG.  IPD  code  For  eighth  diagnosis.  Table  9001, 

1)  A  OP.  IPP  code  For  the  Fourth  procedure  on  the  PR  Procedure  Screen. 
Tab  1  e—9002 . 

9)  5  OP.  lid’  code  For  the  Fifth  procedure  on  the  PR  Procedure  Screen. 
Table  9002. 

.10)  6  OP .  IPP  code  for  the  sixth  procedure.  Table  9002. 

'11)  7  OP .  IPP  code  For  t he  seventh  procedure.  Table  9002. 

(12)  H  OP .  IPP  code  For  the  eighth  procedure.  Table  9002. 

(IT)  RFSIDUAL  DISABILITY.  Code  indicating  the  level  of  the  patient's 
disability,  if  any. 

(14)  PRD.  Card  identifier  (C). 
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***  n  INICAL  RECORDS  COTiED  FPTSUDE  SUMMARY  *** 
PERSONAL  DATA  PRIVACY  ACT  OP  1974 
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CARD  A 


(1)  CARD.  Card  identifier  (A). 

(2)  UIC.  Unit  identification  code  for  this  MTF. 

(3)  REG//.  Patient's  register  number. 

(A)  ADM  DATE.  Admission  dale. 

(5)  PNT  NAME. 

(6)  PNT-LIIC-LOC .  If  patient  is  active  duty,  the  unit  identification  code 
or  station  code. 

(7)  FMP/55N  of  patient.  See  Table  1012  for  family  member  prefix. 

'  IS )  SEX . 

(9)  RACE  code.  Table  1024. 

'  10)  ADM  TYPE.  Code  for  source  of  admission.  Table  2001. 

('ll)  WARD.  ID  number  of  patient's  ward. 

(12)  ZIP.  If  patient  is  active  duty,  the  duty  station  zip  code. 

(13)  LOC .  AQCESS  only  operates  at  fixed  facilities.  This  field  is  only 
used  for  field  activities. 

CARD  B 

(1)  CARD.  Card  identifier  (B). 

(2)  UIC .  Unit  identification  code  for  this  MTF. 

(3)  REG//.  Patient's  register  number. 

(4)  DOB. 

(5)  LOS.  Length  of  service,  in  the  format  YYMM  (0000  to  5511). 

(6)  PAY  GR.  Patient's  pay  grade,  if  active  duty.  Translated  from  rank. 

(7)  MOS.  Code  for  patient's  military  specialty.  Table  1029. 


(8)  MTO .  Code  for  military  theater  of  operations.  Table  2008. 

Coded  99  if  not  applicable. 

(9)  TRAMS/FROM.  Code  for  MTF  from  which  the  patient  transferred,  if  any. 
Table  1005. 

tlf) )  PRIG  ADM  DATE.  Patient's  admission  date.  If  patient  is  a 
transfer- in,  the  date  on  which  the  patient  was  admitted  to  the  first 
hospital  from  which  he/she  transferred. 

(11)  PNT  CAT.  Code  for  patient's  patient  category.  Table  1002. 

(12)  CI.IIM  SVC.  Code  for  patient's  clinical  service.  Table  2005. 

(13)  ADM  PI AG.  ICD  code  for  the  diagnosis  made  at  this  patient's 
admission.  Table  9001. 

(14)  ADM  CAUSE  INJ.  Code  for  the  cause  of  injury,  if  any,  entered  at 
admission.  Table  2009. 


CARD  3 

The  ClS  may  include  more  than  one  D  card,  depending  on  the  number  of 
diagnoses  entered  for  the  inpatient  episode.  As  many  as  8  diagnoses,  and 
thus  8  D  cards,  can  be  included. 

(1)  CARD.  Card  identifier  (D). 

(2)  1 1 1 C .  Unit  identification  code  for  this  MTF. 

(3)  RFG// .  Patient's  register  number. 

(4)  ABS  DAYS.  The  number  of  non-bed  days  accrued  by  the  patient  during 
this  inpatient  episode. 

(5)  TFR  TO.  Code  for  the  MTF  to  which  the  patient  transferred  to,  if  the 
patient  was  a  transfer-out.  Table  1005. 

(6)  //PI AG.  The  number  of  diagnoses  recorded  for  this  episode  on  the  CR 
Diagnosis  Screen.  Maximum  number  that  can  appear  in  this  field  is  8. 

(7)  DIAG//.  The  number  of  the  diagnosis  as  it  appears  on  the  CR  Diagr.jsis 

Screen. 

C8)  OCC .  Indicates  whether  the  condition  referred  to  in  field  (7)  ir 
related  to  occupation  (Y/N). 
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(9)  EPTE .  Indicates  whether  the  condition  referred  to  in  field  (7) 
existed  prior  to  entry  into  the  service  (Y/N). 


( 


(10)  I CD.  ICO  code  of  the  diagnosis  referred  to  in  (7).  Table  9001. 


(11)  CAUSE .  If  the  condition  just  diagnosed  was  due  to  injury,  the  codes 
for  the  type  of  trauma  (Table  2016)  and  cause  of  the  injury  (Table  2009). 

(12)  SURD?.  Indicates  whether  surgery  was  performed  (Y/N).  If  at  least 
one  procedure  was  entered  on  the  CR  Procedure  Screen  for  this  inpatient 
episode,  this  field  will  contain  Y;  if  no  procedures  were  entered,  this 
field  will  contain  N. 

(1?)  //SURG .  The  number  of  the  procedure  entered  on  the  CR  Procedure 
Screen . 

(14)  ICP.  T tie  ICP  code  for  the  procedure  referred  to  in  field  (13). 

Table  9002. 

(15)  DATE  INIT.  T tie  initial  date  the  surgery  was  performed. 

(15)  TR  DATE.  Transaction  date.  The  date  on  which  the  transaction  was 
effective.  In  this  field,  it  is  always  the  same  as  the  date  of 
disposition. 

(16)  TR  TYPE.  The  type  of  transaction  for  which  this  D  card  has  been 
generated. 

(17)  C  LCAV.  The  number  of  convalescent  leave  days  recommended. 

CARD  H  (Correction  Card) 

H  cards  are  generated  to  correct  errors  previously  transmitted  on  A,  B, 

D,  or  M  cards.  More  than  one  H  card  can  be  submitted. 

(1)  CARD.  Card  identifier  (H). 

12)  TR  TYPE.  The  transaction  type.  On  correction  cards,  the  transaction 
type  is  always  C. 

(2)  FACILITY  CODE.  Unit  ID  code  for  this  MTF . 

(3)  REGISTER  NUMBER. 
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(4)  FIELD  ID.  Identification  of  the  field  to  be  corrected  by  this  caid. 

(5)  REPLACEMENT  DATA.  The  contents  of  the  correction  for  the  Navy’s  master 
records. 

(6)  DISPOSITION  DATE.  In  the  format  YVMM. 


CARD  C  (Workload  Reporting  Card) 

C  cards  are  generated  by  specific  events  that  can  occur  during  an  inpa¬ 
tient  episode  (e.g.,  patient  transfers  out,  patient's  admission  is  can¬ 
celled,  etc.).  More  than  one  C  card  can  be  submitted  for  one  inpatient 
episode . 

(1)  CARD.  Card  identifier  (C). 

(2)  QIC .  Unit  ID  code  for  this  MTF. 

(3)  REG//.  Register  number  of  patient. 

(4)  REGIN  DATE  THIS  TRANS.  The  beginning  date  of  the  transaction.  If 
this  is  the  first  transaction  since  admission,  the  begin  date  will  be  the 
date  of  admission.  Otherwise,  the  begin  date  is  the  date  of  the  last 
transaction.  In  the  format  DDMMYY. 

(5)  DAYS .  The  number  of  bed  days  accrued  between  the  begin  date  and  the 
transaction  date. 

(6)  PAT  CAT.  The  patient  category  effective  when  the  C  card  was  created. 
Table  1002. 

(7)  CLIN  SVC.  The  clinical  service  in  effect  during  this  transaction. 
Table  2005. 

(8)  ADM  TYP.  The  type  of  admission.  Table  2001. 

(9)  MTQ.  Military  theater  of  operations.  Table  2008. 

(10)  WARD.  The  ID  of  the  ward  the  patient  was  on  during  this  transaction. 

(11)  DATE  THIS  TRANS.  The  transaction  date.  Usually,  the  effective  du!  r' 
of  the  event  or  change,  but  this  depends  on  the  type  of  transaction.  For 
example,  if  the  C  card  was  generated  because  the  patient  renained  in  > 

MTF  over  the  end  of  the  month,  the  transaction  date  is  the  first  Ju; 

the  new  month. 
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(12)  TRANS  TYPE.  The  transaction  type  for  which  this  card  was  generated. 


(13)  COR  FLAG.  If  this  card  represents  a  correction  to  a  previous  C 
card,  this  field  will  contain  a  C. 

CARD  M  (Medical  Holding  Company  Disposition  Card) 

M  cards  are  generated  when  a  patient  is  released  from  a  Medical  Holding 
Company . 

(1)  CARD.  The  card  identifier  (M). 

(2)  UI C .  Unit  ID  code  for  this  MTF. 

(3)  REG// .  Patient's  register  number. 

(4)  DATE  OF  DISCHARGE.  Date  of  release  from  the  Medical  Holding  Company. 
In  format  DDMMVY, 

(5)  TRANS  TYPE.  The  type  of  transaction  for  which  this  card  was 
generated. 

CARD  1  (Transmittal  Card) 

This  card  is  not  included  in  the  Coded  Episode  Summary,  but  accompanies 
the  Coded  Transcript  Tape.  It  lists  the  number  of  each  type  of  card  being 
submitted  for  the  inpatient  episode. 


DATA  CHART  -  CODED  EPISODE  SUMMARY  (NAVY) 


C-2-22 


***  CLINTCAL  M  CORDS  CODED  EPISODE  SUMMARY  *** 


F  I-  Rr 


REG 

»  COO 

0176 

name:  hobby 

F  NT 

CAT  : 

N 1  1 

A,  DM 

date: 

02 

JUM  1985  1330 

:rc 

adm: 

DIR 

ONAL  DATA  F'RIVAI  Y  AIT 
MAC 

dob:  09  Atm  ivib 

DISP  TYPF :  HOME 


CIE  1  V  *  1  OS  JIM  1935 

sex:  M  fmp.-ssn:  -a  oi  56-78 
RtroRD  clerk:  hkk 
DISP  riATr:  i  ■*.  'on  ivoc  iso 
oaosc:  ti  n  svr :  ahf 


CAR'D  A 


CARD 

UIC 

REG* 

ADM  DATE 

F'NT  NAME 

1 

2  6 

7-13 

11*1? 

20-  33 

A 

CO  163 

00001 76 

0'’0685 

HOBBY, MAC 

F<ACE 

ADM  TYPE  WARD 

7  TP 

1  Of. 

53 

54  55 

56-59 

60-64 

65-68  69-7' 

C 

00 

3S 

2421  8 

-  CARD  : 

CARD 

UIC 

REG# 

DOB 

1  OS  PAY  i 

1 

2-  6 

7-13 

14-19 

70-23  74-7' 

n 

00168 

00001 76 

090843 

1507  04 

r-K1 1  -lire.  -  i  or  emp/ssn 

SI-40  41-51 

7731  2 


srx 


7021456731 ? 


71  -BO 


MUS  MTO  TRAN3/FR0K 
76  27  23-79  30-33 


1  A 


(TRIG  ADM  DATE  F'NT  CAT  CLIN  SUC  ADM  D  f  AG  ADM  CAUSE  INJ 
34-39 


020685 


40-47 

Nil 


43-46 

ABF 


47-52 

B0730 


5,3-56 
1  1  1 


57-00 


CARD  UIC 
l  2-6 

D 


REG# 

7-13 


00163  0000176 


14  -36 


CARD  n 


OCC  EPTE  I CD 
46  47  48-53 


30230 


C  LEAD 
’8-79 


80 


CAUSF  SURG9  »S1IRG  ICF' 
59 


54-57 

8110 


53 

Y 


AB5  DAYS  TER  TFi  *DI AG  DTAG* 
37-39  40-13  41  45 

000  1  1 

DATE  IK'TT  TR  DATE  I R  TYPE 
70-75  76-77 


60-63  64-69 

1 307  03068 


1  10635 


1  0 


00 


COOED  EPISODE  SUMMARY  (CES)  (NAVY) 


C-2-23 


***  clinical  RirriRiiR  nniiMi  FpTsnnF  summary  **.*. 
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CODED  TRANSCRIPT  TAPE  (CTT) 


The  Coded  Transcript  Tape  is  a  machine-readable  report  on  records  that  have 
been  processed  in  the  Clinical  Records  subsystem  and  approved  for  inclusion  on 
this  tape  by  the  Clinical  Records  supervisor.  This  output  includes  final 
records  on  patients.  The  CTT  is  distributed  to  higher  headquarters  and  is 
used  in  biomedical  statistical  and  workload  reporting. 

The  Coded  Episode  Summary  is  the  hard-copy  version  of  the  CTT;  for  details  on 
format  and  content,  see  the  description  of  the  Coded  Episode  Summary  in  this 
appendix . 

For  the  Army,  the  CTT  consists  of  two  tapes:  the  ABC  card  tape  and  the  X&Y 
card  tape.  The  ABC  card  tape  contains  the  data  that  appears  on  the  Army  Coded 
Episode  Summary.  The  X  card  tape  contains  one  record  for  each  disposition  in 
the  month,  and  the  Y  card  contains  totals  for  that  month. 


END-OF -MONTH  SUMMARY 


a.  Definition.  The  End-of-Month  Summary  is  produced  and  used  by  the 
\avv  only.  It  gives  summary  statistics  for  inpatient  activity  —  specifically, 
on  all  admissions  and  dispositions  for  the  month,  giving  figures  for  those 
that  have  been  completely  processed  in  CR  and  those  that  are  incomplete.  The 
End-of-  Month  Summary  is  reguested  by  Navy  users  from  the  Clinical  Records 
Report  function.  Distribution  of  this  report  is  determined  by  the  MTE 
command. 

h.  Format.  The  header  for  this  report  contains  the  MTF  name,  the  run 
date  and  time,  the  report  title,  and  the  time  period  for  which  the  report  is 
effective.  The  body  of  the  report  is  arranged  in  the  form  of  a  grid, 
containing  the  data  described  below. 

r.  C ont ent .  This  report  gives  totals  for  the  previous  month  and  the 
current  month. 

For  the  previous  month,  this  report  gives  the  number  of  patients  remaining  at 
t  end  of  the  month  who  are: 

-  Infiat ients,  whose  records  are  completely  processed  in  Clinical 
Records 

-  Inpatients,  whose  records  are  incompletely  processed  in  Clinical 
Records 

-  Newborns  (with  mother),  whose  records  are  completely  processed  in 
Clinical  Records 

-  Newborns  (with  mother),  whose  records  are  incompletely  processed  in 
Clinical  Records. 

Pat ients  for  the  current  month  are  grouped  according  to  admissions  and 
dispositions.  Admissions  are  further  subdivided  by  the  following  sources  of 
admission: 

-  Direct  (direct  admission) 

-  Transfer  (transfer-in) 

-  Live  birth 

-  Retained 

-  Total. 

Dispositions  are  subdivided  by  the  following  types  of  disposition: 

-  Transfer  (transfer-out) 

-  Duty/home 

-  MHC  (Medical  Holding  Company) 

-  Conv  leave  (convalescent  leave) 

-  Died 


For  each  of  these  categories  the  following  figures  are  given: 


-  Inpatients,  whose  records  are  completely  processed  in  Clinical 
Records 

-  Inpatients,  whose  records  are  incompletely  processed  in  Clinical 
Records 

-  Newborns  (with  mother),  whose  records  are  completely  processed  in 
Clinical  Records 

-  Newborns  (with  mother),  whose  records  are  incompletely  processed  in 
Clinical  Records. 

A  total  for  each  of  these  four  figures  is  also  given,  along  with  the  total 
number  of  patients  in  each  category  remaining  at  the  end  of  the  month. 

Note:  Fields  marked  with  X  on  the  example  will  never  contain  data.  "A" 
fields  will  always  be  egual,  and  "B"  fields  will  always  be  equal. 


r ... 
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TEST  NAVY  MTF 


RUN  DATE:  31  AUG  1985 
TIME!  1723 

***  CLINICAL  RECORDS  END  OF  MONTH  SUMMARY  *** 


EFFECTIVE  01  AUG  1985 

-  31  AUG 

1985 

PATIENT  CATEGORY 

INPATIENTS 

NEUBORNS  WITH  MOTHER 

ALL  CATEGORIES 

COMPLETE  INCOMPLETE 

COMPLETE 

INCOMPLETE 

PREVIOUS  MONTH 

REMAINING 

END  OF  MONTH 

4 

-URRENT  MONTH 

ADMISSIONS 

DIRECT 

1 

19 

X 

X 

TRANSFER 

1 

1 

X 

X 

LIVE  BIRTH 

X 

X 

5 

RETAINED 

(A) 

1(B) 

X 

X 

TOTAL 

2 

21 

5 

DISPOSITIONS 

TRANSFER 

1 

DUTY/HOME 

2 

7 

3 

MHC 

X 

X 

CONV  LEAVE 

X 

X 

DIED 

1 

RETAINED 

X 

X 

(A) 

1(B) 

TOTAL 

2 

9 

0 

4 

REMAINING 

. 

END  OF  MONTH 

16 

1 

END-OF -MONTH  SUMMARY 


ERROR  LIST 


a.  Deficit  ion.  This  output  lists  any  errors  in  the  record  that  were 
discovered  hy  Clinical  Records  edits.  It  is  automatically  printed  after  the 
Ended  Episode  Summary  or  the  draft  version  of  the  ITRCS  or  RIPT.  Distribution 
of  this  output  is  determined  by  the  MTE  command. 

b.  format.  Thp  header  for  this  output  consists  of  the  report  title,  the 
page  number,  the  Privacy  Act  Statement,  and  the  run  date.  The  Error  List 
begins  with  data  on  the  patient  whose  record  contains  errors,  as  described  in 
the  Data  Chart,  and  then  lists  the  errors  found  in  the  record. 

c.  Content .  The  patient  data  displayed  is  described  in  the  Data  Chart 
below.  Eol lowing  the  patient  data,  the  errors  found  in  the  record  are 
listed.  The  number  of  the  error  message  is  given,  followed  by  the  message 
itself.  (The  error  message  may  be  followed  by  another  number,  which  is  for 
programming  use  only.) 


(1)  REG  //.  Register  number  of  patient. 

(2)  NAME  of  patient. 

(3)  SEX. 

(4)  EMP/SSN.  family  member  prefix  and  sponsor's  Social  Security  Number. 
See  Table  1012  for  EMPs. 

(5)  PNT  CAT.  Code  for  the  patient's  patient  category.  Table  1002. 

(6)  DOB .  Patient's  date  of  birth. 

(7)  RECORD  CLERK.  Clerk's  initials  associated  with  the  user  ID  and 
password  that  were  used  when  the  Error  List  was  produced. 

(8)  ADM  DATE.  Date  and  time  of  admission. 

(9)  DISP  DATE.  Date  and  time  of  disposition. 

(10)  SRC  ADM.  Source  or  type  of  admission.  Table  2001. 

(11)  DISP  TYPE.  Type  of  disposition.  Table  2007. 

(12)  CAUSE .  Single-digit  class  of  trauma  code  (Table  2016)  followed  by 
cause  of  injury  code  (Table  2009). 

(13)  CLN  SVC.  Code  for  patient's  clinical  service.  Table  2005. 

DATA  CHART  F OR  ERROR  LIST,  PATIENT  DATA 
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INCOMPLETE  INPATIENT  MEDICAL  RECORDS  REPORT 


a.  Def  init  ion .  This  report:  lists  incomplete  patient  records  under  the 
name  of  the  provider  who  is  responsible  Cor  the  missing  record  item(s).  It 
reflects  data  entered  on  the  CR  Record  Tracking  Screen,  and  is  organized  in 
alphabetical  order  by  patient  name.  The  user  can  specify  the  responsible 
provider,  or  leave  the  provider  field  hlank,  and  the  report  will  sort  and 
print  data  for  all  providers.  This  report  is  printed  on  request. 

b.  Format.  The  header  for  this  report  contains  the  MTF  name,  the  run 
date,  the  Privacy  Act  Statement,  the  report  title,  and  the  name  of  the 
provider.  The  body  of  the  report  is  in  table  form,  and  contains  the  data 
described  below. 

c.  Content. 


(1)  PATIENT  NAME.  Name  of  the  patient  whose  chart  is  incomplete.  An 
asterisk  before  the  patient's  name  means  that  the  record  is  delinquent. 

(2)  REG  NO.  of  the  patient. 

(3)  DISP  DATE.  Date  of  the  patient's  disposition. 

(4)  AVAIL  DATE.  Date  on  which  the  patient's  record  was  accessed  through 
the  Clinical  Records  function. 


Fields  (5)  through  (10)  rcnresent  parts  of  the  patient  chart.  The  letter 
"5"  in  one  of  these  fields  means  that  the  physician's  signature  is  missing 
from  this  item;  the  letter  "D"  means  that  the  dictation  for  this  item  is 
missing. 


(5)  H/P .  History/physical. 

(6)  NS_.  The  narrative  summary. 

(7)  OP.  Report  on  procedures  performed. 

(8)  DO.  Discharge  order. 

(9)  DN^  Discharge  note. 

(10)  0S_.  An  "S"  in  this  field  means  that  the  provider  is  listed  under 
"Other  Missing  Signatures"  for  this  record. 


DATA  CHART  -  INCOMPLETE  INPATIENT  MEDICAL  RECORDS  REPORT 
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TEST  NAVY  MTF 


PERSONAL  DATA  -  PRIVACY  ACT  1974 


RUN  DATE  31  AUO  1985 


INCOMPLETE  INPATIENT  MEDICAL  RECORDS 
PROVIDERS  DILLON.  JOHN 

PATIENT  NAME 

REG  NO  DISP  DATE  AVAIL  DATE  H/P  NS  OP  DO  DN  OS 


ANDREWS. FRANK 

0006491  11  AUG  1985  31  AUG  1985  SD 

*  M.MOM 

0006464  21  AUG  1985  29  AUG  1985  S  D 

WINSTON. MARIE 

0006492  29  JUL  1985  31  AUG  1985  SD 


RfXORO  OF  INPA  T IENT  TREATMEN  T  (RIPT)  or 
I \P A F I P N T  TREATMENT  RFfORD  COVER  SHEET  ( I  TRL'S ) 


a.  Op  Fin  1 t  ion .  This  report  is  called  the  Record  of  Inpatient  Treatment 
h\  *  tie  Air  Force  and  Navv,  and  the  Inpatient  Treatment  Record  Cover  Sheet  by 
the  Army.  It  contains  data  on  an  individual  inpatient  episode  that  has  been 
accessed  in  Clinical  Records.  It  is  requested  by  the  user  from  the  Clinical 
Records  function,  Clerk  Actions  Screen.  This  report  is  used  as  the  patient 
chart,  and  provides  identifying  information  on  the  patient  and  the  hospital 
pp isode . 


b.  F ormat .  The  header  for  these  reports  varies  according  to  military 
department.  The  Army  ITRCS  header  contains  only  the  report  title  and  page 
number.  The  Air  Force  and  Navy  RIPT  header  displays  the  following: 

-  RUN  DATE 

-  REPORT  TITLE 

-  PAGE  NUMBER 

-  RUN  TIME 

-  PRIVACY  ACT  STATEMENT 

-  MTE  CODE 

The  header  of  the  RIPT  also  indicates  whether  this  is  a  draft  report. 

The  Army  ITRCS  is  produced  on  a  preprinted  form  that  is  inserted  into  the 
printer.  It  is  in  the  form  of  a  grid,  with  one  or  more  data  items  to  a 
block  of  the  grid.  The  Air  Force  and  Navy  RIPTs  contain  data  items  grouped 
into  sections  separated  by  dashed  lines. 

The  Air  Force  and  Navy  RIPTs  include  a  trailer,  giving  the  patient's  register 
number,  name,  FMP  and  SSN,  and  indicating  whether  this  page  marks  the  end  of 
the  report  or  whether  the  report  continues.  The  Air  Force  trailer  also 
displays  the  statement  "REPLACES  AF  FORM  565." 

c.  Content .  The  Army  ITRCS  contains  most  of  the  same  fields  as  the  Army 
Admission  Cover  Sheet,  as  described  in  the  Data  Chart  on  the  next  page. 

Because  the  RIPTs  for  the  Air  Force  and  Navy  are  very  similar,  they  are 
described  together  in  the  second  Data  Chart. 
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( 1  )  RE  GISTFR  NUMBER  of  pat  ient . 

12)  NAMF  of  patient  (last  name,  first.,  middle  initial). 

( 5 )  GRADF .  Rank  of  the  patient,  if  aetive  dntv.  Table  1006. 
ADMISSION  REMARKS. 


(4)  SFX  of  patient. 


(6)  AOF  of  patient.. 

( 6 1  RAfF  .  Table  1024. 

'7'  RFLICION.  Fable  1000. 

fi'  i.FNCTM  OF  svr.  length  of  military  service,  is  patient  is  a  sponsor. 

(9)  ITS.  Date  wtien  patient's  term  of  service  will  expire.  Can  show 
INDFF  if  that  date  is  indefinite. 

(10)  PREVIOUS  ADMISSION.  "YES"  in  this  field  indicates  that  this  patient 
has  previously  been  admitted  to  this  MTF. 

(II'1  FMP .  Patient's  family  member  prefix.  Indicates  relat  ionship  of  pa¬ 
tient  to  sponsor.  Table  1012. 

(12)  SSN. 

(15)  ORGANIZATION  authorizing  patient's  admission. 

(14)  WARD. 

MSI  FLYING  STATUS.  Flying  status  or  aviation  status  rode  of  patient. 
Table  1014. 

(16)  RAT iNG/DSG .  Patient's  aeronautical  rating.  Table  1009. 

(17)  DEPT /BEN .  For  active  duty  patients,  this  field  contains  the  military 
department.  For  ottiers,  it  gives  the  patient  category  (Table  1002). 

(18)  BR AN0H/0ORPS .  For  Army  officers,  Army  branrh  of  service.  For  Army 
enlisted,  this  field  will  ne  blank.  Table  1025. 

(19)  UIQ/ZIP.  Unit  Identification  Code  or  zip  code  of  patient's  sponsor, 
or  of  patient  if  patient  is  a  sponsor. 


DATA  CHART  -  INPATIENT  TREATMENT  RECORD  COVER  SHEET  (ITRCS)  (ARMY) 
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(20)  TYPE  CASE.  Table  2004. 

(21)  SOURCE  OF  ADMISSION/AUTHORITY  EOR  ADMISSION.  Source  of  the  patient's 
admission;  code  and  description;  Table  2001.  Also,  the  source  of  author¬ 
ization  for  the  patient's  admission. 

(22)  HOUR  OE  ADMISSION. 

(23)  CLINIC  SERVICE.  Short  description.  Table  2005. 

(24)  NAME/RELATIONSHIP  OE  EMERGENCY  ADDRESSEE.  Name  of  emergency  addres¬ 
see  or  next  of  kin,  and  his/her  relationship  to  the  patient.  See  Table 
2012  for  relationship. 

(25)  TYPE  DISPOSITION.  Code  indicating  patient's  disposition  status  at 
the  end  of  hospitalization.  Table  2007. 

(26)  PATE  OF  DISPOSITION. 

ADMITTING  OFFICER. 

(27)  ADDRESS  OE  EMERGENCY  ADDRESSEE  (INCLUDE  ZIP  CODE).  Also:  TELEPHONE 
NO .  of  emergency  addressee. 

(28)  DATE  OF  THIS  ADMISSION. 

(29)  NAME  AND  LOCATION  OF  MEDICAL  TREATMENT  FACILITY. 

(30)  DATE  OF  INITIAL  ADMISSION.  If  this  patient  is  a  transfer-in,  the 
date  when  the  patient  was  admitted  to  the  MTF  he  or  she  transferred  from. 

(31)  SELECTED  ADMINISTRATIVE  DATA.  Free  text. 

(32)  UNITS  OF  WHOLE  BLOOD/COMPONENT  TRANSFUSED.  Calculated  from  number  of 
CCs  entered  on  Miscellaneous  Screen. 

(33)  CAUSE  OE  INJURY.  Description.  Table  2009. 

(34)  DIAGNOSIS/OPERATIONS  AND  SPECIAL  PROCEDURES.  Patient’s  diagnosis  and 
any  operations  or  special  procedures  performed. 


DATA  CHART  -  INPATIENT  TREATMENT  RECORD  COVER  SHEET  (ITRCS)  (ARMY) 


(35)  TOTAL  DAYS  THIS  FACILITY.  Number  of  days  the  patient  spent  at  this 
MTF  under  the  following  absent  statuses: 

a.  ABSENT  SICK. 

b.  OTHER  DAYS. 

c.  CONV  LV/COOP  CARE.  Convalescent  leave  or  cooperative  care. 

d.  SUPPLEMENTAL  CARE. 

e.  BED  DAYS.  Number  of  days  the  patient  spent  at  this  MTF  on  absent 
statuses  for  which  bed  days  are  counted. 

F.  TOTAL  SICK  DAYS.  Total  number  of  days  in  fields  a  through  e. 

'  *6 .!  TOTAL  DAYS  ALL  FACILITIES.  If  this  inpatient  episode  includes  days 
at  other  MTFs  from  which  the  pat  ient  transferred,  the  days  figures  for  the 
current  and  previous  MTFs  are  presented  here,  broken  down  by  the  same 
absent  statuses  as  in  item  (35)  above.  If  this  patient  was  not  a 
transfer-in,  line  35  is  repeated. 

SIGNATURE  OF  ATTENDING  MEDICAL  OFFICER.  Name  of  the  attending  physician. 
Table  1004. 


SIGNATURE  OF  PAD  OR  MEDICAL  RECORD  OFFICER. 
Supervisor.  Table  4000. 


Name  of  the  Medical  Records 
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INPATIENT  TREATMENT  RECORD  COVER  SHEET  (ITRCS)  (ARMY) 


(1)  REGISTER.  Reqister  number  of  patient  whose  data  is  contained  in  this 
RIPT. 

(2)  NAME  of  patient. 

(3)  EMP/SSN.  Patient's  family  member  prefix  (Table  1012)  and  SSN. 

(4)  ADMISSION:  DATE/TIME. 

(5)  SOURCE .  Source  of  admission.  Table  2001. 

(6)  WARD.  ID  of  patient's  ward. 

(7)  TYPE  CASE.  Table  2004. 

(8)  PNT  CATEGORY.  Description  of  the  patient  category.  Table  1002. 

(9)  BRANCH  OE  SERVICE.  Military  department  of  patient,  if  a  sponsor,  or 
of  the  patient's  sponsor.  Table  1023. 

(10)  GRADE .  Patient's  pay  grade.  Translated  from  rank.  Air  Force  only. 

(11)  LENGTH  OF  SVC.  Air  Force  only. 

(12)  MIL  SPEC.  Patient's  military  occupation  or  specialty.  Table  1029. 

Air  Force  only. 

(13)  FLY  STATUS.  Patient's  flying  status.  Table  1014.  Air  Force  only. 

(14)  CIV  OCC.  Civilian  occupation.  Displayed  for  dependents  only.  Navy 
only. 

(15)  MARITAL  STATUS. 

06)  SEX. 

(17)  RACE.  Table  1024. 

(18)  DOB. 

(19)  RELIGION .  Description  of  patient's  religious  preference.  Table  1000. 


DATA  CHART  -  RECORD  OF  INPATIENT  TREATMENT  (RIPT)  (AIR  FORCE  AND  NAVY) 
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'  20'  RECORDS  RFCFJh/FD.  Indicates  whether  the  following  have  been  ieceived 
at  this  M T F” :  HR  health  record!,  DR  'dental  record),  SR  (service 
record',  PR  'pay  record),  ORD  (orders),  PF  (personal  effects'1.  Navy 
only. 

211  AFRO  RATING.  Patient's  aeronautical  rating.  Description.  Air  Force 
only.  Table  1009. 

(22)  AVIATION  SERVICE  CODE.  Also  known  as  flying  status.  Air  Force 
active  duty  only.  Table  1014. 

(23)  DISPOSITION:  DATE/TIME. 

(24)  TYPE  of  disposition.  Code,  from  Table  2007. 

(25)  UNDERLYING  CAUSE.  Code  for  cause  of  death  or  separation.  Table 
4001 . 

(26)  FACILITY  TFR  TO.  Code  for  the  MTF  transferred  to,  if  any.  Table 
1005. 

(27)  SELECTED  ADMINISTRATIVE  DATA.  Free  text,  from  Administrative  Data 
Screen  in  Clinical  Records. 

(28)  CAUSE  OF  INJURY.  Code  and  description  for  the  cause  of  the  injury 
that  led  to  this  hospitalization,  if  any.  Table  2009. 

(29)  SPONSOR  NAME.  Air  Force  only. 

(30)  DUTY  ADDRESS  of  sponsor.  Air  Force  only. 

(31)  NXT  OF  KIN  RELATIONSHIP.  Relationship  of  next  of  kin  to  patient. 
Table  2012. 

(32)  NAME  of  next  of  kin. 

(33)  ADDRESS  of  next  of  kin. 

(34)  EMERGENCY  RELATIONSHIP.  Relationship  of  emergency  contact  to 
patient.  Table  2012. 

(35)  NAME  of  emergency  contact. 

(36)  ADDRESS  of  emergency  contact. 

(37)  PATIENT  ADDRE55.  Street,  city,  state,  zip  code. 


DATA  CHART  -  RECORD  OF  INPATIENT  TREATMENT  (RIPT)  (AIR  FORCE  AND  NAVY) 
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(38)  HOME  PHONE  of  patient. 

(39)  WORK  PHONE  of  patient. 


(60)  PRIMARY  MTE.  Code  for  the  primary  MTE  responsible  for  the  care  of 
this  patient.  Table  1005. 


DIAGNOSES 

(41)  ICD.  ICO  code  of  the  diagnosis.  Table  9001. 

42'  (TEXT)  .  The  textual  description  of  the  diagnosis  indicated  by  the 
ICD  code.  Table  9001.  A  second  line  displays  the  description  of  the 
cause  of  injury;  the  cause  of  injury  line  is  a  Navy-only  field. 

(43)  OCCUPATION  RELATED.  Indicates  whether  this  condition  is  related  to 
the  patient's  occupat ion  (Y/N).  Navy  only. 

(44'  EPTE .  Indicates  whether  this  condit  ion  existed  prior  to  the 
patient's  entry  into  the  service.  Y/N.  Navy  active  duty  only. 

45)  CAUSE .  Code  of  the  cause  of  injury  associated  with  this  diagnosis, 
if  any.  Table  2009.  Navy  only. 

(4 A)  INE .  Infection  code  (7th  digit  of  ICD  field  on  the  CR  Diagnosis 
Screenv.  Table  4003.  Air  force  only. 

Data  fields  in  the  Diagnosis  section  are  repeated  for  each  diagnosis  that 
entered  for  the  patient. 


PROCEDURES 

(47)  PROCEDURE .  I C P  code  of  the  procedure  performed.  Table  9002. 

(48)  DATES.  Date  or  date  on  which  this  procedure  was  performed.  If 
performed  more  than  once,  the  second  date  is  the  last  date  the  procedure 
was  performed. 

(49)  ( TEXT ) .  Description  of  the  procedure.  Table  9002. 

(50)  PROVIDER  TEAM.  Names  of  the  doctors  who  performed  this  procedure  on 
this  patient. 

Data  fields  in  the  Procedure  section  are  repeated  for  each  procedure 
entered  for  the  patient. 


DATA  CHART  -  RECORD  OF  INPATIENT  TREATMENT  (RIPT)  (AIR  FORCE  AND  NAVY) 


C-2-40 


NON-PROCEDURAL  PROVIDERS 

(51)  PRIMARY  PROVIDER.  Name  of  the  person  entered  as  the  attending  or 
primary  provider  on  the  CR  Miscellaneous  Screen. 


EPISODE  DAY  SUMMARY 

(52)  THIS  MTF .  Code.  Table  1005. 

(53)  ADMIT  DATE.  Date  and  time  when  the  patient  was  admitted  to  this  MTF. 

(54)  DISP  DATE.  Date  and  time  when  the  patient  was  discharged  from  this 
MTF. 

(55)  TOT  DAYS.  Total  number  of  days  the  patient  spent  at  this  MTF. 

(56)  BED  DAYS.  Number  of  days  the  patient  spent  on  an  absent  status  for 
which  bed  days  are  counted  (at  this  MTF). 

(57)  NON-BED  DAYS.  Number  of  days  the  patient  spent  on  an  absent  status 
for  which  bed  days  are  not  counted  (at  this  MTF). 

(58)  (WARD) .  Name  of  the  ward  the  patient  was  assigned  to. 

(59)  TOT  DAYS.  Number  of  days  the  patient  spent  on  that  ward. 

(60)  (ABSENT  STATUS).  Name  of  the  patient's  primary  absent  status. 

(61)  BED  DAYS.  Number  of  bed  days  the  patient  spent  on  this  absent  status. 

(62)  NON-BED  DAYS.  Number  of  non-bed  days  the  patient  spent  on  this 
absent  status. 

(63)  DATE  ASSIGNED.  Date  when  the  patient  was  assigned  to  this  absent 
status. 

(64)  TOTAL  DAYS  THIS  MTF.  Three  fields  on  this  line  display  the  follow¬ 
ing:  (a)  the  total  number  of  days  the  patient  spent  at  this  MTF;  (b)  the 

number  of  days  the  patient  spent,  at  this  MTF,  on  an  absent  status  for 
which  bed  days  are  counted;  and  (c)  the  number  of  days  the  patient  spent, 
at  this  MTF,  on  an  absent  status  for  which  bed  days  are  not  counted. 

(65)  TOTAL  PRIOR  MTFS ,  NON-MILITARY  FACILITIES  AND  TRANSIT.  Three  fields 
on  this  line  display  data  on  days  the  patient  spent  at  any  non-military 
facilities  or  at  any  prior  MTFs  before  transferring  to  this  MTF,  or  in 
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EPISODE  DAY  SUMMARY  (continued) 


66  '  TDTAL  PRIOR  MTFS,  NON-MILITARY  FACILITIES  AND  TRANSIT  ( cont  ’  d.  ) . 
transit  between  facilities.  These  fields  display  the  following:  (a)  the 
total  number  of  days  the  patient  spent  at  all  three;  'b)  the  number  of 
days  the  patient  spent  at  all  three  while  on  absent  statuses  for  which  bed 
days  are  counted;  and  (c)  the  number  of  days  the  patient  spent  at  all 
three  while  on  absent  statuses  for  which  bed  days  are  not  counted. 

(6b)  TOTAL  DAYS  Tfl  DATS.  Three  fields  on  this  line  display  the  following: 
(o'  the  total  number  of  days  the  patient  spent  at  this  MTF  and  any  prior 
MTF  ?;  '  h '  the  number  of  days  the  patient  spent  on  bed-day  absent  statuses 
at  *  I  is  MTF  and  any  prior  MTFs;  and  (c)  the  number  of  days  the  patient 
spent  on  nnn-bed-day  absent  statuses  at  this  MTF  and  any  prior  MTFs. 

'67;  CONVALESCENT  LFAVF  TAKEN.  Number  of  days  the  patient  was  on 
convalescent  leave. 

'6!')  R [TDMMF NPFD .  Number  of  convalescent  leave  days  recommended. 

OTHFR  RF SOURCES 

(6‘?)  rf-WHDLF  RLOOD.  Number  of  CCs  whole  blood  transfused. 

,70)  CC-PACKFO  CFLLS.  Number  of  CCs  packed  cells  administered. 

(71)  PRF-UP  DAYS.  Number  of  days  between  date  of  admission  and  date  of 
first,  procedure  (day  of  admission  is  counted,  but  not  day  of  procedure). 

(72)  PQ3T-0P  DAYS.  Number  of  days  between  date  of  last  procedure  and  date 
of  disposition  (day  of  last  procedure  is  counted,  but  not  day  of 
disposition) . 

(7 ?'  COOPERATIVE  CARE  DAYS,  THIS  MTF.  Number  of  days  that  the  patient 
spent  on  cooperative  care  while  being  tracked  by  this  MTF. 

(74)  COOPERATIVE  CARE  DAYS,  PRIOR  MTFS.  Number  of  days  that  the  patient 
spent  on  cooperative  care  while  being  tracked  by  any  previous  MTFs  (before 
transfer  to  this  MTF). 

T76)  SUPP  CARE  DAYS,  THIS  MTF.  Number  of  days  that  the  patient  spent  on 
supplemental  care  while  being  tracked  by  this  MTF. 

(76)  SUPP  CARE  DAYS,  PRIOR  MTFS.  Number  of  days  that  the  patient  spent  on 
supplemental  care  while  being  tracked  by  any  previous  MTFs  (before 
transfer  to  this  MTF). 
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w  .**  »"■* 

.  w.  .  r  . 


RUN  DATE:  24  JUN  1  ‘Vfl‘3  ****  RECORD  OK  INFATT(-ku  TK-tAfAtMT  *<**  ^ 

TIME:  1542  PKF.SONAL  RATA  -  PRIVACY  ATT  OK  19/4 

MTF:  OA54 

*****DRAFT*****DRAFT*****PKAF  T  *  ****PRAFT  *  ***  *HRAK  T  *  ****HRAFT  *****  ;  -,f  Mil* 

register:  0000321  name:  dp  kkh  k .  jake  fmp/ssn:  or  >. ..  vo  hjfu 


admission:  date/time:  13  jun  i9Rr.  i  too  sourcf:  pir  ward:  ys  [  ypf  . ■ r  .  kts 

P'NT  CATEGORY:  ACT-DUTY  URAF  BRANCH  OK  SPRVTCF:  F 

GRADE!  02  l  ENGTH  OF  SVC  5  YKS5  09  MOS :  MIL  SR  KC !  00R&  Fir  S'AIIIS:  1R 

MARITAL  STATUS'.  M  SFX!  h  RACE!  C  DOB:  09  SFR  1902 

religion:  roman  cathoi  if 

aero  rating:  no  RATING  OR  DESIGNATION  AVIATION  SKkVTf.F  niRF :  IK 


disposition:  date/time:  20  jun  i9R5  1200  tyff:  ruiy 

UNDERLYING  CAUSE:  FACILITY  TFR  TO: 


SFLECTED  ADM  I N I STRAT I VF  DATA: 


CAUSE  OF  injury: 


SPONSOR  NAME:  DERRICK, JAKE 
DUTY  address: 

ALEXANDRIA  VA  22312 

NXT  OF  KIN  RELATIONSHIP1:  U IFF 
name:  DERRICK, JUDY 

address: 

ALEXANDRIA  VA  22312 

PATIENT 

address:  home  f-hone: 

ALEXANDRIA  VA  22312  WORK  PHONE: 

PRIMARY  MTF} 


FMERGFNCY  Rf LA  I  KINSHIP ! 
NAME 

address: 


ICDJ  0029  inf: 

PARATYPHOID  FFVER,  NOS 


i cd:  2705  inf: 

DISTURBANCES  OF  HISTIDINE  METABOt  ISM 


============================  PROCfDURFS  ================= 

PROCEDURE:  8732-  -  DATFS:  13  JUN  1985 

CONTROLLED  ATELECTASIS 
FROVIDFR  TEAM:  CLIFF  BARNES 


procedure:  8172-  -  pates:  14  jun  i9ss 

SYRINGING  OF  MIDDLF  EAR 
PROVIDER  TFAM:  STAFF 


=  =  =============  NON-PROCEDURAL  PROVIDERS  ==-============*= 

PRIMARY  PROVIDER:  Cl IEE  BARNES 


register:  0000321  name:  derrick, jake 

#*  REPLACES  AF  FORM  5A5  ** 


FMP/SSNJ  20  313-90-8283 
CONTINUED  ON  PAGF  2 
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UUN  CATE:  24  Jl  IN  19RT;  ****  RECORD  Ql-  INPATTFNI  Tk  t  A  TMt’N  I  ****  FA  or  :  i 

TIME:  1604  PERSONAL  PAT  A  -  PRIVACY  ACT  OF  197* 

MIR:  OOMG 

**#**DRAFT**##*nRAFT*#*##DRAFT*****Iik'AFT  +  *:M*riRrTFT*>!i)Mc:tl!k'AE  :  *  4  *  »*  ik.’-F  T  ■<  4  *  *»: 
REGISTER:  0000220  NAME:  FTSHER.I  TNDA  FMF-'SSn;  *;>  24  1  -c,.  -7A23 


admission:  date/ttme:  12  jun  ivas  moo  source:  fur  ward:  ts  mpf  r:  ms 

ENT  CATEGORY:  DEF'N  DSN  ACTTVF  DtICY  BRANCH  OF  SERVICF*.  N 

civ  occ: 

MARITAL  STATUS!  M  SFX!  F  RACE:  C  DOR :  09  AUG  19U4 

RELIGION:  LUTHERAN 

Records  received:  hr-  dr-  sr-  pr-  oru-  pe- 


dtsposition:  datf/ttme:  it;  jun  ivhs  ovoo  typf:  home 

UNDERLYING  CAUSE*.  FACILITY  TFR  TO: 


SELECTED  ADMINISTRATIVE  DATA: 


cause  of  injury: 


NXT  OF  KIN  RELATIONSHIP:  HUSBAND 
NAME:  FISHER.FRANK 

ADDRESS:  13  WALTON  WAY 

ALEXANDRIA  VA  22312 


EMERGENCY  Rfc  I  AT  I ONT-HT  P  *.  MOTHER 
NAME*.  WALKER  »FVF 
ADDRESS!  M2  STONE  ST 

BFTHESDA  ME  20910 


PATIENT 

ADDRESS:  13  WALTON  WAY  HOME  PHONE: 

ALEXANDRIA  VA  22312  WORK  PHONE.* 

PRIMARY  MTF: 


- D  T  A 

fpte: 

BACTFKIAL  NEC 

OCCUPATION  related:  n 
FOOD  POISONING. 

ten:  ooM8 

cause: 

occupation  related: 
GIARDIASIS 

fpte: 

Ten:  oo7i 

cause: 

PROCEDURE:  1760-  - 

DATFS :  13 

JUN  1980 

BASAL  METABOLIC  RATF  TESTS 
PROVIDER  TFAM*.  STAFF  DOCTOR 


PROCEDURE:  1636-  -  DATES:  M  JON  19B5 

DUODENOSCOPY 

PROVIDER  team:  STAFF  nnCTOR 


==============  NON 

PRIMARY  PROVIDER: 


P  R  0  C  F  D  (I  R  A  l  PROVIDERS  =  =  =  =  =  =  ^  =  =  =- = - 
STAFF  DOCTOR 


- • - 

REGISTER:  0000220  NAME:  FTSHER.I  INDA  FMP/SSN:  SO  241-B3-7623 

CONTINIIFD  ON  PAGE  2 
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ft,  of  : 


RUN  DATE:  24  JUN  1985  ♦  ♦♦♦  RECORD  OF  TNPATTENT  TREATMENT  ♦  *♦* 

TIME:  1604  FFRSONAL  DATA  -  F'R  I  OAT  Y  AIT  OF  1974 

MTF:  00168 

*****:iraft**«**draft*****iiraf  ^♦♦♦♦draf  i  ♦  »  ***r'RAFT*****riRAF  rt****r  f  aft  **«»* 

REGISTER:  0000220  NAME:  FISHER*!  IK1  DA  FMF'/Ssn:  to  241-87-'<s2< 


F  ?  I  S  0  D  F  HAY  SUMMARY  —  =  =  =  =  =  ^  =  =  =  .=  =  ;^  -  -  =  - 


♦  tot 

♦  DAYS 

BFD 

DAYS 

NON-BED* 
DAYS  ♦ 

THIS  M IF :  00168 

ADMIT  DATE*.  12  .It  IN  1985  1300  DTSP  DATF !  15 

JUN 

1985  0900 

3 

3 

0 

I NTFRNAL  MEDICINE 

BFD  OCCUPANT  THIS  MTF 

DATE  ASSIGNED:  1?  .HIM  1985 

3 

0 

3 

3 

0 

3 

\ 

1 

1 

O  O  O  1 

♦TOTAL  DAYS  THIS  MTF 

♦  TOTAL  PRIOR  MTFS,  NON-MU  I T ARY  FACILITIES 
♦TOTAL  DAYS  TO  DATF 

AND 

TRANSIT 

CONVALESCENT  LEAVE  TAKEN*.  0  RFT.OMMENDF  b  *. 


r  =  =  =  =  .-.=:  =  =  =  .-,r :==  =  „  =  =  =  =  =  =  =  0  T  H  F  R  RESOURCES  ^  =  =  =  =  =  =  =  =  =  =  =  =  =  ^  =  =  ;r-.=:^-:  = 

CC-UHOLE  CC-PACKED  PRE-OP  POST -OP  COOFERAT  T  VF'  CARE  DAYS  SUPP  PARE  DAYS 

BLOOD  CELLS  DAYS  DAYS  THIS  M  IF  PRIOR  Ml FS  THIS  MTF  PRIOR  MfFS 


register:  0000220 


name:  ftsher.i  tnda 


FMP/SSNt  30  241-83-7A23 
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ROSTER  OE  DELINQUENT  RECORD 


a.  Dp F in  1 1 ion .  This  report  lists  records  that  have  not  been  rnm|  Vtelv 
coded  in  Clinical  Records  within  the  time  limit  set  by  the  MTf  ,  and  which  .ire 
therefore  delinquent.  It  is  requested  hv  the  user  from  the  riinjeal  Re  ,-rd  ; 
Reports  function  and  is  usually  printed  daily.  This  report  is  distributed  a*; 
determined  by  t  tie  MTF  command,  and  is  used  to  monitor  the  timelines-,  -if  record 
coding . 

h.  Format.  The  header  includes  the  MTF  name,  the  run  date,  the  Privacy 
Act  Statement,  the  page  number,  and  the  report  title.  The  body  of  t  tie  report 
is  arranged  in  table  form,  with  up  to  two  lines  on  each  patient  listed,  as 
described  in  the  Data  Chart.  Within  the  report,  patients  are  grouped 
according  to  disposition  date. 

c.  Content. 


(11  DISPOSI 1  ION  DATF .  Date  of  disposition.  Beneath  this  date,  all 
patients  d ispos i t ioned  on  the  date  are  listed.  Disposition  dates  are 
shown  in  the  report  in  the  order  of  earliest  to  latest. 

(2)  RFC  NO.  Register  number  of  patient  dispositioned  on  the  date  above. 

If  more  than  one  patient  was  dispositioned  on  that  date,  they  will  be 
listed  in  ascending  reqister  number  order. 

(3)  NAME  of  patient. 

(4)  FMP .  Patient's  family  member  prefix.  Table  1012. 

(3)  SSN. 

(6)  DOB. 

(7)  ATTND  PHY5.  Patient's  primary  physician. 

(8)  WARD.  ID  of  patient's  ward. 

(9)  CLN  SVC.  Code  of  clinical  service  to  which  patient  was  assigned. 

Table  2005. 

(10)  RECORD  -  CLERK.  Initials  associated  with  the  user  ID  and  password  of 
the  last  user  to  update  the  record. 

(11)  STATUS.  The  record's  Clinical  Records  status  (indicating  the  stage 
of  CR  processing  the  record  is  in). 

(12)  DATE.  The  date  when  the  record  acquired  this  status. 
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INTRODUCTION  TO  PART  1 


Part  1  of  this  Appendix  contains  examples  of  screens  used  by  the  Quality 
Assurance  subsystem,  which  consists  of  the  Quality  Assurance  and  Profiling 
functions.  Each  screen  which  contains  data  fields  is  followed  by  a  Data  Chart 
describing  those  fields,  and  giving  the  number  of  the  table  in  which  possible 
entries  can  be  found.  Maximum  field  length  is  specified  for  any  fields  in 
which  you  can  enter  data.  Fields  where  you  are  required  to  enter  data  are 
indicated  by  **  after  the  description  of  the  field. 


Common  Data  Fields.  The  following  patient  identification  data  appears  on 
several  QA  screens.  It  is  described  in  detail  here  rather  than  on  each  QA 
Data  Chart. 


(1)  PATIENT  NAME.  Name  of  the  patient,  in  the  following  format:  last 
name  followed  by  comma,  followed  immediately  by  first  name.  First  name 
can  be  followed  by  a  space  and  a  middle  initial  or  middle  name,  and/or  a 
space  and  a  title.  Last  name  can  contain  hyphens  or  an  apostrophe,  but  no 
other  punctuation;  first  name  and  middle  name  can  contain  hyphens  but  no 
other  punctuation. 

(2)  EMP.  Patient's  family  member  prefix.  An  FMP  of  20  means  that  the 
patient  is  a  sponsor.  If  the  patient  is  not  a  sponsor,  EMP  indicates  the 
relationship  of  the  patient  to  the  sponsor.  See  Table  1012  for  codes. 

(3)  SSN.  Social  Security  Number  of  patient's  sponsor  (or  of  patient  if 
patient  is  the  sponsor). 

(4)  REGISTER  NUMBER.  7-digit  number  assigned  to  the  inpatient  episode 
during  admission.  For  Air  Force  newborns,  the  mother's  register  number  is 
used,  followed  by  a  1-letter  alphabetical  suffix — i.e.,  A  for  a  single 
birth  or  for  the  first  of  a  multiple  birth,  B  for  the  second  of  a  multiple 
birth,  etc. 


BASIC  DATA  CHART 

Showing  Data  Common  to  AQCESS  QA  Screens 
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QUALITY  ASSURANCE 


DATE 


TIME 
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THE  CAPABILITIES  AVILABLE  TO  YOU  ARE: 

0  -  INPATIENT  OCCURRENCE  SCREENING 

E  -  EMERGENCY  SERVICES  OCCURRENCE  SCREENING 

I  -  INCIDENT  REPORTING 

P  -  PROBLEM  AUDIT  TRACKING 

M  -  OCCURRENCE  SCREENING  QUESTION  MAINTENANCE 

A  -  AUTO  EDIT/DELINQUENCY  POSTING  FOR  CR 

R  -  REPORTS 


ENTER  SELECTION: 


QUALITY  ASSURANCE  MENU  SCREEN 


UH007 
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PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 
INPATIENT  OCCURRENCE  SCREENING  CHECKLIST 

REG  NO 


1  QUALITY  ASSURANCE 


DATE 


TIME 


2 

3 

4 

5 

6 
7 

a 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 
INPATIENT  OCCURRENCE  SCREENING  CHECKLIST 

REG  NO  _  NAME  _  FMP  _  SSN  _ 

DISC  DATE  _  PROVIDER:  PRIM  _  SPEC  _  DATE  ENTD  _ 

NBR  DESCRIPTION  Y/N 

//I  ADMISSION  FOR  CONDITION  WHICH  MAY  REPRESENT  COMPLICATION 
OF  PREVIOUS  OUTPATIENT  TREATMENT 

//2  READMISSION  WITHIN  6  MONTHS  FOR  CONDITION  WHICH  IS  POSSIBLY 
A  COMPLICATION  OF  PREVIOUS  TREATMENT 

#3  DRUG  OR  TRANSFUSION  REACTION 

//4  UNEXPECTED  TRANSFER  FROM  GENERAL  CARE  BED  TO  SPECIAL  CARE  BED 


1  -  NEXT  PAGE  2  -  PREVIOUS  PAGE  3  -  PERFORM  AUDIT 

ENTER  SELECTION:  _ 

—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


QA  -  INPATIENT  OCCURRENCE  SCREENING  CHECKLIST  (page  1) 


UH007 
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1  QUALITY  ASSURANCE 


DATE 


TIME 
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4 
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16 
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20 
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23 

24 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 
INPATIENT  OCCURRENCE  SCREENING  CHECKLIST 

REG  NO  _  NAME  _  EMP  _  SSN  _ 

DISC  DATE  _  PROVIDER:  PRIM  _  SPEC  _  DATE  ENTD  _ 

NBR  DESCRIPTION  Y/N 

#5  UNANTICIPATED  TRANSFER  TO  ANOTHER  ACUTE  CARE  FACILITY 

//6  CARDIAC  OR  RESPIRATORY  ARREST 

#7  ORGAN  FAILURE  (HEART,  KIDNEY,  LUNG,  BRAIN)  NOT  PRESENT  ON  ADMISSION 

#8  DEATH 

//9  NEUROSENSORY  OR  FUNCTIONAL  DEFICIT  OR  INTRACTABLE  PAIN  NOT  PRESENT 
ON  ADMISSION 


1  -  NEXT  PAGE  2  -  PREVIOUS  PAGE  3  -  PERFORM  AUDIT 

ENTER  SELECTION: 

—  A  MEDICAL  OA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


QA  -  INPATIENT  OCCURRENCE  SCREENING  CHECKLIST  (page  2) 


QUALITY  ASSURANCE 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACI  OF  1974 
INPATIENT  OCCURRENCE  SCREENING  CHECKLIST 

REG  NO  _  NAME  _  FMP  _  SSN  _ 

DISC  DATE  _  PROVIDER:  PRIM  _  SPEC  _  DATE  ENTD  _ 

NRR  DESCRIPTION  Y/N 

/HO  APGAR  SCORE  OF  4  OR  LESS  AT  ONE  MINUTE  OR  7  OR  LESS  AT  S  MINUTES 

//II  INJURY  OF  ORGAN/BODY  PART  DURING  INVASIVE  PROCEDURE  (INCLUDING 

ORSTE  r R I CAL  DELIVERY) 

//1 2  UNEXPECTED  RETURN  TO  OPERATING  ROOM 


//1 3  UNPLANNED  REMOVAL  OR  REPAIR  OF  NORMAL  BODY  PART  DURING  SURGERY 
(NOT  DOCUMENTED  ON  THE  INFORMED  CONSENT) 


1  _  NEXT  PAGE  2  -  PREVIOUS  PAGE  3  -  PERFORM  AUDIT 

ENTER  SELECTION: 

—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  Of  MTT  COMMANDER.  — 


QA  -  INPATIENT  OCCURRf  NCf  SCRUM  NG  (HfCKtlM  ;  ;(aqe  3) 


in 
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QUALITY  ASSURANCE 


DATE 


TIME 
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PERSONAL  DATA  -  PRIVACY  ACT  OE  1974 
INPATIENT  OCCURRENCE  SCREENING  CHECKLIST 

REG  NO  _  NAME  _  FMP  _  SSN  _ 

DISC  DATE  _  PROVIDER:  PRIM  _  SPEC  _  DATE  ENTD  _ 

NBR  DESCRIPTION  Y/N 

#14  POST  OPERATION  COMPLICATION 

#15  ACUTE  MI  OR  CVA  AFTER  SURGERY 

#16  OPERATION  FOR  REMOVAL  OF  FOREIGN  BODY  LEFT  IN  OPERATION  SITE 

#17  REPEAT  OF  SAME  INVASIVE  PROCEDURE  DURING  THE  SAME  ADMISSION 

#18  DISCHARGE  AGAINST  MEDICAL  ADVICE 


1  -  NEXT  PAGE  2  -  PREVIOUS  PAGE  3  -  PERFORM  AUDIT 

ENTER  SELECTION: 

—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


QA  -  INPATIENT  OCCURRENCE  SCREENING  CHECKLIST  (page  4) 


All  nf  the  information  displayed  on  the  Inpatient  Occurrence  Checklist 
Screens;  is  defaulted  by  the  system.  You  will  only  be  able  to  update  the 
primary  provider's  clinical  specialty  and  the  responses  to  the  checklist 
items.  No  other  fields  can  be  updated. 

!  1  'i  RFC  NO.  Register  number  of  the  inpatient  episode  being  screened. 

( 2 '  NAMF ,  IMP,  SSN.  See  the  Basic  Data  Chart. 

PISCHARGF  DATf.  Date  when  the  patient  was  disposi t ioned,  ending  thi 
inpatient  episode. 

h  •  RPOVIDF R:  PRIM.  Short  name  of  patient’s  primary  care  provider.  De¬ 
faulted  from  the  name  of  the  primary  provider  entered  on  the  Clinical 
l;c'  ids  M  ■  seel  1  aneous  Screen.  If  this  episode  has  not  been  called  up  in 
Minimi  Records  yet,  this  field  defaults  to  the  name  of  the  attending 
physician  entered  in  Admission.  Table  1004. 

7'  SPEC.  UCA  code  for  primary  provider's  medical  specialty.  If  pro¬ 
vider  tias  more  than  one  specialty,  enter  the  one  applicable  to  this  case. 
Table  1004.  Up  to  4  characters  available. 

(FT  DATE  FNTFRFD.  Date  on  which  this  checklist  was  filled  out. 

(9)  NRR .  Number  of  the  question  on  the  checklist. 

MU'1  DFSCRIPT10N.  Text  of  the  occurrence  screening  guestion.  Questions 
1  through  1R  are  mandatory  for  each  MTF ;  questions  specific  to  the  indi¬ 
vidual  MT1  can  he  entered  as  items  19  through  24.  See  Data  Chart  for 
Question  Maintenance  Screen. 

Mil  V /N .  field  in  which  yen  or  no  answer  is  entered.  All  questions 
will  default  to  "no"  unless  certain  questions  are  defaulted  to  "yes"  by 
Clinical  Records  data.  When  the  checklist  is  first  accessed  for  a  pa¬ 
tient,  you  must  move  the  cursor  through  the  response  field  for  each  ques¬ 
tion.  Tf  any  nsponse  has  been  defaulted  to  "yes,"  you  cannot  change  it. 
These  fields  must  contain  a  Y  or  N;  no  response  field  can  be  blank. 
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QUALITY  ASSURANCE  DATE  _  TIME 

PERSONAL  DATA  -  PRIVACY  ACT  OE  1974 
INPATIENT  OCCURRENCE  SCREENING  CHECKLIST 

REG  NO  _  NAME  _  FMP  _  SSN  _ 

DISC  DATE  _  PROVIDER:  PRIM  _  SPEC  _  DATE  ENTD  _ 

NBR  DESCRIPTION 
// 


REVIEW  LEVEL  DATE  OUT  DATE  DUE  DATE  IN  ACTION  CODE 

#1  _  _  _ 

#2  _  _ _  _ 

#3 


VARIATIONS  POSTED  TO  PROVIDERS: 

PROVIDERS'  SPECIALTY: 


ENTER  SELECTION: 

—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTE  COMMANDER.  — 


QA  -  INPATIENT  SCREENING  AUDIT 


D-1-9 


[ilii 


When  this  screen  appears,  it  displays  the  patient  data  already  entered, 
and  number  and  description  of  the  first  checklist  question  that  was 
answered  affirmatively. 

(1)  REG  NO,  NAME,  FMP ,  SSN.  See  the  Rasie  Data  Chart. 

(2)  DISC  DATE.  Date  of  disposition  for  this  inpatient  episode. 

(4)  PROVIDER:  PRIM.  Short  name  of  primary  provider.  Table  100A. 

(5)  SPEC .  Primary  provider's  clinical  specialty  that  applies  to  this 
case.  Table  1004. 

(6'  DATE  E\TD.  Date  when  the  checklist  for  this  patient  was  filled  out. 

(7)  NBR .  Number  of  t tie  question  that  had  an  affirmative  answer. 

(8)  DESCRIPTION.  Text  of  the  question  that  had  an  affirmative  answer. 

(9)  REVIEW  LEVEE.  Number  of  the  review.  Up  to  3  are  possible. 

(10)  DATE  OUT.  Date  on  which  the  case  was  assigned  to  a  reviewer.  11 
characters. 

(11)  DATE  DUE.  Date  by  which  the  review  should  he  completed  and  returned. 
11  characters. 

(12)  DATE  IN.  Date  on  which  the  completed  review  was  returned.  11  char¬ 
acters. 

(13)  ACTION  CODE.  4  1-character  codes  are  entered  for  each  review  level. 

1st  code  -  indicates  the  job  classification  of  the  person  or  name  of 
committee  that  the  review  was  assigned  to.  Table  6054. 

2nd  code  -  indicates  whether  the  case  involved  the  patient's  provi¬ 
der  (1  =  provider  involved;  2  =  not  involved). 

3rd  code  -  indicates  the  result  of  the  review.  Table  6055. 

4th  code  -  indicates  whether  this  variation  is  to  be  posted  to  the 
provider's  profile  (Y/N). 

(14)  VARIATIONS  POSTED  TO  PROVIDERS.  When  the  fourth  action  code  is  "Y" 
the  variation  will  be  posted  to  the  profile  of  the  provider  whose  short 
name  you  enter  here.  You  can  enter  names  of  up  to  5  providers.  If  the 
validated  occurrence  or  death  has  already  been  posted,  the  provider  name(s) 
will  be  displayed.  You  can  update  these  names  or  add  additional  providers 
as  a  result  of  subseguent  reviews.  You  can  only  enter  the  name  of  each 
provider  once.  Up  to  6  characters  for  each  name.  Table  1004. 


DATA  CHART  -  QA,  INPATIENT  SCREENING  AUDIT 


IS 


D-1-10 


(15)  PROVIDERS'  SPECIALTY.  Specialty  of  each  provider  to  which  this 
variation  will  be  posted.  If  provider  has  more  than  one  specialty,  this 
will  be  the  specialty  that  applies  to  this  particular  case.  Table  2005. 
Up  to  4  characters  available. 


DATA  CHART  -  QA,  INPATIENT  SCREENING  AUDIT 
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QUALITY  ASSURANCE 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OE  1974 


ER  LOG  NO 


PATIENT  NAME 


FAMILY  MEMBER  PREFIX  (FMP) 


SPONSOR'S  SOCIAL  SECURITY  NUMBER  (SSN) 


(N  =  NEW)  SELECTION 


NAME  FRAGMENT  SEARCH 


ENTER  PATIENT'S  NAME  ONLY 


SOCIAL  SECURITY  NUMBER  SEARCH  SSN  IS  REQUIRED/FMP  IS  OPTIONAL 


EMERGENCY  SERVICE  PTID  SCREEN 


UL 


D— 1 —12 


(1)  ER  LOG  NO.  Number  of  the  Emergency  Room  episode.  To  locate  the 
record  of  an  existing  episode  directly,  enter  its  log  number  in  this 
field.  7  characters. 

(2)  PATIENT  NAME,  EAMILY  MEMBER  PREFIX,  SPONSOR'S  SOCIAL  SECURITY 

NUMBER .  See  the  Basic  Data  Chart.  (Name  can  be  up  to  30  characters  long, 
EMP  is  2  characters,  SSN  is  9  digits  with  punctuation  optional.) 


DATA  CHART  -  QA,  EMERGENCY  SERVICE  PTID  SCREEN 


QUALITY  ASSURANCE 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OP  1974 


LIST  NAME  OF  PATIENT 


[  0  -  _  ]  PATIENT  SELECTED 

N  -  VIEW  NEXT  PAGE 

ENTER  SELECTION: 

EMERGENCY  SERVICE  CANDIDATE  LIST  SCREEN 


3H 


D-1-14 


This  data  is  for  display  only.  You  cannot  enter  or  update  data  in  any  of 
the  following  fields. 

(1)  LIST .  Number  of  the  episode  on  the  Candidate  List.  Enter  the  number 
of  the  candidate  whose  record  you  want  to  process  in  the  SELECTION  field. 

(2)  NAME  OF  PATIENT,  EMP,  SSN.  See  the  Basic  Data  Chart. 


DATA  CHART  -  QA,  EMERGENCY  SERVICE  CANDIDATE  LIST  SCREEN 


D-1-15 


QUALITY 

ASSURANCE 

DATE 

TIME 

NAME: 

PERSONAL  DATA  -  PRIVACY  ACT 

SSN: 

OF  1974 

FMP: 

LIST 

ER  LOG  NBR 

DATE  OF  TREATMENT 

PROVIDER 

0 

1 

2 

3 

4 

5 

6 

7 

8 

9 

[  o  - 

_  ]  PATIENTS 

SELECTED 

N  - 

R  -  CREATE 

VIEW  NEXT  PAGE 

NEW  ER  EPISODE 

ENTER 

SELECTION: 

EMERGENCY  SERVICE  EPISODE  LIST  SCREEN 


Hi 


D-1-16 


This  screen  is  for  display  only.  You  cannot  enter  or  update  data  in  any 
of  the  following  fields. 

(1)  NAME,  SSN,  FMP  of  the  patient  who  has  been  treated  in  the  Emergency 
Room  more  than  once.  See  the  Basic  Data  Chart. 

(2)  LIST .  The  sequence  number  of  the  patient's  Emergency  Room  visit. 
Enter  the  list  number  of  the  visit  you  are  interested  in  in  the  SELECTION 
field. 

(3)  ER  LOG  NBR.  Number  of  the  Emergency  Room  episode.  7  characters. 

(4)  DATE  OF  TREATMENT.  Date  of  the  Emergency  Room  visit. 

(5)  PROVIDER.  Short  name  of  the  provider  who  treated  the  patient  during 
the  visit. 


QUALITY  ASSURANCE 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 
EMERGENCY  SERVICE  OCCURRENCE  SCREENING  CHECKLIST 


PATIENT  NAME 

FMP  SSN 

ER  LOG  NO 

DATE/TIME  OF  TREATMENT  _ 

PRVDR  ID 

NBR  DESCRIPTION 

Y/N 

//I  PATIENT  SEEN  IN  ER  WHO  HAS  EITHER  BEEN  DISCHARGED  OR  SEEN  IN  ER 
WITHIN  THE  PAST  48  HOURS 

#2  PATIENT  NOT  SEEN  BY  PHYSICIAN 

#3  PATIENT  ARRIVES  DOA  OR  DIES  IN  THE  ER 

#4  PATIENT  LEAVES  WITHOUT  BEING  SEEN  OR  LEAVES  AGAINST  MEDICAL  ADVICE 


1  -  NEXT  PAGE  2  -  PREVIOUS  PAGE  3  -  PERFORM  AUDIT 

ENTER  SELECTION: 

—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


QA  -  EMERGENCY  SERVICE  OCCURRENCE  SCREENING  CHECKLIST  (page  1) 
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QUALITY  ASSURANCE  DATE  _  TIME 

PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 
EMERGENCY  SERVICE  OCCURRENCE  SCREENING  CHECKLIST 


PATIENT  NAME 

FMP  SSN 

ER  LOG  NO 

DATE/TIME  OF  TREATMENT  _ 

PRVDR  ID 

NBR  DESCRIPTION 

Y/N 

#5  UNEXPECTED  ABNORMAL  DIAGNOSTIC  TEST  RESULTS  (E.G.,  LAB,  XRAY,  EKG) 
RETURNED  TO  ER  AFTER  PATIENT  HAS  BEEN  RELEASED 

#6  MEDICATION  ERROR/REACTION 

//7  CARDIAC  ARREST/RESPIRATORY  ARREST 


1  -  NEXT  PAGE  2  -  PREVIOUS  PAGE  3  -  PERFORM  AUDIT 

ENTER  SELECTION: 

—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


QA  -  EMERGENCY  SERVICE  OCCURRENCE  SCREENING  CHECKLIST  (page  2) 
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QUALITY  ASSURANCE  DATE  _  TIME 

PERSONAL  DATA  -  PRIVACY  ACT  OE  1974 
EMERGENCY  SERVICE  OCCURRENCE  SCREENING  CHECKLIST 


PATIENT  NAME 

EMP 

SSN 

ER  LOG  NO 

DATE/TIME  OE  TREATMENT  _ 

_  PRVDR  ID 

NBR  DESCRIPTION 

Y/N 

m  PATIENT  RELEASED  EROM  ER  WITHOUT  DOCUMENTATION  OE  INSTRUCTIONS 
AND  DISPOSITION  IN  THE  RECORD 

#9  SUSPECTED  SPOUSE/CHILD/SEXUAL  ABUSE  WITHOUT  REPORTING/FOLLOWUP 
ACTIONS  DOCUMENTED  IN  THE  RECORD 


1  -  NEXT  PAGE  2  -  PREVIOUS  PAGE  3  -  PEREORM  AUDIT 

ENTER  SELECTION: 

—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


QA  -  EMERGENCY  SERVICE  OCCURRENCE  SCREENING  CHECKLIST  (page  3) 
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This  screen  displays  patient  data  that  was  entered  on  the  Emergency 
Service  PT ID  Screen. 


(1)  PATIENT  NAME,  FMP,  SSN.  As  entered  on  the  Emergency  Service  PTID 
Screen.  Defaulted  by  the  system  but  can  be  overridden. 

(2)  ER  LOG  NO.  Number  assigned  to  this  Emergency  Room  episode.  The  MTE 
can  have  log  numbers  assigned  automatically  by  the  system  or  manually  by 
you,  as  specified  on  the  MTE  Profile  in  System  Management.  If  numbers 
are  being  assigned  automatically,  a  number  will  appear  in  this  field  when 
you  first  call  up  this  screen.  You  can  override  the  automatically 
assigned  log  number  the  first  time  you  access  this  screen  for  the  episode 
but  not  after  you  have  already  filled  out  the  Emergency  Service  checklist. 
If  log  numbers  are  being  assigned  manually,  enter  a  log  number  in  this 
field  when  you  first  access  this  screen  for  an  Emergency  Room  episode.  ** 

(3)  PATE/TIME  OF  TREATMENT,  PRVDR  ID.  Enter  both  the  date  and  time  of 

treatment  and  the  short  name  of  the  provider  (Table  1004).  ** 

(4)  NBR .  The  number  of  the  checklist  item. 

(5)  DESCRIPTION.  Text  of  the  checklist  item.  Questions  1  through  9  are 
mandatory  for  all  MTFs.  Questions  specific  to  a  particular  MTE  can  be 
entered  as  items  10  through  24.  See  Data  Chp-t  for  Question  Maintenance 
Screen. 

(6)  Y/N.  Response  to  the  checklist  item.  I  faulted  to  "no"  when  this 
screen  is  first  accessed  for  an  Emergency  Room  episode,  except  that  the 
first  guestion  can  be  defaulted  to  "yes"  from  data  entered  elsewhere  in 
the  system.  You  can  change  the  "no"  defaults  to  "yes,"  but  cannot  change 
a  "yes"  response  to  "no."  These  fields  must  contain  a  response;  they 
cannot  be  blank. 


1 


| QUALITY  ASSURANCE  DATE  _  TIME 

PERSONAL  DATA  -  PRIVACY  ACT  OE  1974 
EMERGENCY  SERVICE  OCCURRENCE  SCREENING  CHECKLIST 

PATIENT  NAME  _  FMP  _  SSN _ 

ER  LOG  NO  _  DATE/TIME  OF  TREATMENT  _  PRVDR  ID  _ 

NBR  DESCRIPTION 
# 


REVIEW  LEVEL  DATE  OUT  DATE  DUE  DATE  IN  ACTION  CODE 

in  _  _  _ 

#2  _  _  _ 

113 


VARIATIONS  POSTED  TO  PROVIDERS: 

PROVIDERS'  SPECIALTY: 


ENTER  SELECTION: 

—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


QA  -  EMERGENCY  SERVICE  SCREENING  AUDIT 

UHOn7 


D-1-22 


DATA  CHART  -  QA,  EMERGENCY  SERVICE  SCREENING  AUDIT 


SE 


D-1-23 


1  QUALITY  ASSURANCE 


DATE 


TIME 
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LOG  NO 
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PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 
INCIDENT  REPORT 


10 

11 
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QUALITY  ASSURANCE 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OE  1974 


INCIDENT  REPORT 


LOG  NO 


DATE/TIME  OF  INCIDENT 


PERSON  INVOLVED  TYPE 


8  TYPE  OF  INCIDENT 


LOCATION  OF  INCIDENT 


PERSONNEL  INVOLVED 


RESULT  OF  INCIDENT 


DATE  REVIEWED  BY  RISK  MANAGER 


JAG  REVIEW 


5  DATE  OF  ACTION 


6  DATE  OF  ACTION 


DATE  OF  ACTION 


REG  NO 


PERSONNEL  REPORTING 


DATE  SENT  TO  3AG 


ACTION  CODE 


ACTION  CODE 


ACTION  CODE 


ENTER  SELECTION: 


—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


INCIDENT  LOG  SCREEN 


ITT 
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(1)  LOG  NO.  Number  that  identifies  the  incident,  assigned  by  the  system. 

(2)  DATE/TIME  OF  INCIDENT.  Date  and  time  when  incident  occurred.  11 
characters.  ** 

(3)  PERSON  INVOLVED:  TYPE.  The  type  of  person  involved  in  the  incident 
(e.g.,  patient,  visitor).  Enter  a  1-character  code  from  Table  6050,  or 
enter  more  than  one  code  separated  by  commas,  or  free  text  enclosed  in 
single  quotes.  Up  to  15  characters  allowed.  ** 

(4)  NAME  of  the  person  involved.  27  characters  allowed.  ** 

(5)  FMP  of  person  involved.  2  characters. 

(6)  SSN  of  person  involved.  11  characters  allowed. 

(7)  REG  NO.  of  person  involved.  8  characters.  Required  for  inpatients. 

(8)  TYPE  OF  INCIDENT.  For  example,  a  fall.  You  can  enter  up  to  20  char¬ 
acters  of  free  text  enclosed  in  single  quotes,  or  you  can  enter  one  or 
more  1-character  codes  from  Table  6051,  separated  by  commas.  ** 


(9)  LOCATION  OF  INCIDENT.  Enter  one  or  more  1-character  codes  from  Table 
6052,  separated  by  commas;  or  enter  up  to  25  characters  of  free  text  en¬ 
closed  in  single  quotes. 

(10)  PERSONNEL  INVOLVED.  The  type  of  MTF  personnel  involved  in  the  inci¬ 
dent  (i.e.,job  classification).  Enter  one  or  more  1-character  codes  from 
Table  6053,  or  up  to  15  characters  of  free  text  enclosed  in  single  quotes. 

(11)  PERSONNEL  REPORTING.  Code  for  the  type  of  MTF  personnel  reporting 
the  incident.  Enter  one  or  more  1-character  codes  from  Table  6053,  or 
up  to  15  characters  of  free  text  enclosed  in  single  quotes. 

(12)  RESULT  OF  INCIDENT.  Indicates  whether  injury  resulted  from  this 
incident.  Y/N.  ** 

(13)  DATE  REVIEWED  BY  RISK  MANAGER.  11  characters. 

(14)  JAG  REVIEW.  1-character  code  for  whether  this  incident  will  be 
reviewed  by  the  Judge  Advocate  General.  (Yes/No.) 

(15)  DATE  SENT  TO  JAG.  Date  when  record  of  this  incident  was  sent  to  the 
Judge  Advocate  General's  office.  11  characters. 
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(16)  DATE  OF  ACTION  taken  regarding  this  incident.  11  characters. 

(17)  ACTION  CODE.  3  1-character  codes  can  be  entered  for  each  action. 

(A  4th  action  code,  which  is  used  on  the  Inpatient  Screening  Audit,  is  not 
used  on  this  screen — that  is,  no  incidents  are  posted  to  providers.) 

1st  code  -  indicates  the  job  classification  of  the  person  or  com¬ 
mittee  that  the  review  was  assigned  to.  Table  6054. 

2nd  code  -  indicates  whether  the  case  involved  the  patient's  provi¬ 
der  (1  =  provider  involved;  2  =  not  involved). 

3rd  code  -  indicates  the  result  of  the  review.  Table  6055. 
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(1)  PROBLEM  NO.  Enter  the  number  that  identifies  the  problem  you  are 
interested  in.  You  can  only  access  existing  data  on  a  problem  by  entering 
its  problem  number.  If  data  on  this  incident  has  not  yet  been  entered  on 
the  system,  enter  NEW  to  access  a  blank  Problem  Audit  Screen. 


1  QUALITY  ASSURANCE 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


PROBLEM  AUDIT 


PROBLEM  NO 


DATE  PRESENTED 


IMPACT  ON  PATIENT  CARE 


RESOLVED  FLAG 


REFERRAL  ACTIVITY 


ACTION  ACTIVITY 


STATUS  DATE 


ACTION  TAKEN 


FOLLOWUP  DATE 


1  -  UPDATE  PROBLEM  STATUS  2  -  PREVIOUS  STATUS  3  -  NEXT  STATUS 


ENTER  SELECTION: 


-  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


QA  -  PROBLEM  AUDIT  SCREEN 
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(1)  PROBLEM  NO.  Number  that;  identifies  this  problem,  assigned  by  the 
system. 

(2)  RESOLVED  FLAG.  Indicates  whether  this  problem  has  been  resolved  (Y/N). 

Required  when  you  initially  enter  data  on  the  problem. 

(3)  DATE  PRESENTED.  Date  on  which  the  problem  was  presented.  11  char¬ 
acters.  Required  when  you  initially  enter  data  on  the  problem. 

(4)  REFERRAL  ACTIVITY.  The  person  or  area  of  the  hospital  reporting  the 
prnhlem  (" e . q . ,  a  particular  nurses'  station).  15  characters  of  free  text 
available.  Required  when  you  initially  enter  data  on  the  problem. 

(5)  IMPACT  ON  PATIENT  CARE.  2  lines  of  free  text  available,  78  characters 
on  each.  Required  when  you  initially  enter  data  on  the  problem. 

(6)  ACTION  ACTIVITY.  The  person  or  group  who  took  the  action  that  is 
being  described  on  this  screen.  15  characters  of  free  text  available. 

Required  when  entering  data  on  the  problem. 

(7)  STATUS  DATE.  The  effective  date  of  the  information  entered  on  this 
screen.  When  you  enter  new  status  data  on  this  problem,  the  status  date 
cannot  be  earlier  than  the  previous  date  entered  in  this  field.  11  char¬ 
acters.  Required  when  entering  data  on  the  problem. 

(8)  ACTION  TAKEN.  The  action  taken  on  the  problem.  2  lines  available  for 
free  text,  70  characters  in  each.  Required  when  entering  data  on 

the  problem. 

(9)  FOLLOWUP  DATE.  Date  on  which  any  followup  activity  occurred.  11 
characters. 
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PERSONAL  DATA  -  PRIVACY  ACT  OE  1974 

OCCURRENCE  SCREENING  QUESTION  MAINTENANCE 


QUESTION  NUMBER 

TEXT 


1  -  EMERGENCY  SERVICES  QUESTIONS  2  -  INPATIENT  QUESTIONS 

ENTER  SELECTION: 

—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


QA  -  OCCURRENCE  SCREENING  QUESTION  MAINTENANCE  SCREEN 


D— 1 —33 


(1)  QUESTION  NUMBER.  The  number  of  an  existing  MTF-specific  Occurrence 
Screening  checklist  question  that  is  to  be  changed,  or  of  a  new  question 
to  be  added  to  the  MTF-specific  questions  (numbers  19  through  24  for 
Inpatient  Occurrence  Screening,  and  numbers  10  through  24  for  Emergency 
Services  Occurrence  Screening).  If  the  user  updates  or  replaces  an  MTF- 
specific  question,  the  user  must  indicate  whether  data  entered  under  the 
old  question  should  be  cleared  from  the  system. 

(2)  TEXT  of  the  question  to  be  changed  or  added.  2  lines  of  free  text 
available,  with  68  characters  on  each  line. 


QUALITY  ASSURANCE 


DATE 


TIME 


NUMBER  REPORT  TITLE 


1  -  OCCURRENCE  SCREENING  PULL  LIST  -  INPATIENT 

2  -  OCCURRENCE  SCREENING  PULL  LIST  -  ETCRGENCY  SERVICE 

3  -  DELINQUENT  OCCURRENCE  SCREENING  LIST 
A  -  BLOOD  UTILIZATION  PULL  LIST 

3  -  INCIDENT  SUMMARY  BY  INCIDENT  DATE/TIME 

6  -  PROBLEM  AUDIT 

7  -  OCCURRENCE  SCREENING  AUDIT  -  EMERGENCY  SERVICE  BY  PROVIDER 

8  -  OCCURRENCE  SCREENING  AUDIT  -  INPATIENT  BY  PROVIDER 

9  -  OCCURRENCE  SCREENING  SUSPENSE  LIST  -  EMERGENCY  SERVICE 

10  -  OCCURRENCE  SCREENING  SUSPENSE  LIST  -  INPATIENT 


N  -  ALL  NIGHTLY  REPORTS  (NONE)  M  -  ALL  MONTHLY  REPORTS  (1-5) 

P2  -  DISPLAY  NEXT  PAGE 


ENTER  REPORT  NUMBER (S): 


QA  -  REPORTS  SCREEN 


KT 
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BLOOD  UTILIZATION  PULL  LIST 


RUN-TIME  INFORMATION 


PERIOD  SI  ART 


PERIOD  END 


PRINTER  COPIES 


SELECTION 


RUN-TIME  INFORMATION  SCREEN  FOR  THE  BLOOD  UTILIZATION  PULL  LIST 


D-1-36 


The  Run-Time  Information  Screen  displays  different  fields,  or  parameters, 
for  each  report.  All  screens  contain  a  PRINTER  COPIES  field;  many  allow 
you  to  specify  the  report  period,  which  is  period  of  time  for  which  you 
want  data.  You  must  enter  a  date  in  any  fields  that  ask  you  to  specify 
the  report  period. 

(1)  PERIOD  START.  First  day  of  the  report  period.  ** 

(2)  PERIOD  END.  Last  day  of  the  report  period.  ** 

(For  example,  if  you  enter  a  PERIOD  START  of  01  JUN  85,  and  a  PERIOD  END 
of  JUN  15  85,  the  Blood  Utilization  Pull  List  will  consist  of  data  on  all 
blood  utilization  at  the  MTF  between  these  dates.) 

(3)  PRINTER  COPIES.  Number  of  copies  you  want  run.  Entries  you  can  make 
in  this  field  are  listed  below. 

-  If  you  leave  this  field  blank,  the  report  will  be  displayed  at  your 
terminal  instead  of  being  printed. 

-  If  you  enter  R,  the  last  report  run  will  be  displayed  at  your 
terminal . 

-  If  you  enter  a  number,  that  many  copies  of  the  report  will  be  printed. 

-  If  you  enter  R  and  a  number  (e.g.,  R3),  the  last  report  run  will  be 
printed  as  many  times  as  you  indicate. 


The  SELECTION  field  on  this  screen  operates  in  the  same  way  as  the  ENTER 
SELECTION  field  on  any  other  screen.  You  can  enter  all  or  part  of  the 
parameter  label  to  return  to  that  field  and  update  it. 


DATA  CHART  -  RUN-TIME  INFORMATION  SCREEN 


UH007 


D-1-37 


PROFILING 


DAT 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


P  -  PROVIDER  PROFILE 


B  -  BATCH  POSTING  TO  PROVIDER  PROFILE 


R  -  PROFILING  REPORTS 


ENTER  SELECTION 


(1)  PROVIDER  ID.  Enter  the  short  name  or  the  QA  ID  code  of  the  provider 
whose  profile  you  wish  to  update  or  enter.  Up  to  9  characters.  Table 
1004  or  any  valid  QA  ID  code. 


SI 


1 

2 

3 

4 

5 

6 


PROFILING 


PROVIDER  ID 
QA  ID  CODE 


DATE  _  TIME 

PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 


NAME  _  SPEC  _ 

CONT  ED  (YY/HH)  /  /  /  ASGN  DTE 


8 

9 

10 

11 

12 

13 

14 
13 
16 

17 

18 

19 

20 
21 
22 

23 

24 


DATE  OF:  CPR  TRAINING  _  ACLS  CERT  _  ATLS  CERT 

CREDENTIALS  RENEWAL  _ 

LICENSE  RENEWAL  STATE  OF  LICENSE 


-  CLINICAL  INDICATOR  TOTALS  FOR  A  MONTH  PERIOD  BEGINNING 

PROCEDURES  PERFORMED  _  PATIENTS  DISCHARGED 

MALPRACTICE  CLAIMS  FILED  _  MED  RECORD  DEFICIENCIES 

MED  RECORD  DELINQUENCIES 

VALIDATED:  ANTIBIOTIC  VARIATIONS  _  COMPLAINTS  _ 

NORMAL  SURGICAL  TISSUE  _  TRANSFUSIONS  _ 

SCREENING  VARIATIONS  TOTAL  DEATHS 


1  -  PREVIOUS  6  MONTH  PERIOD  2  -  NEXT  6  MONTH  PERIOD 

ENTER  SELECTION: 

—  A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER.  — 


PROFILING  -  PROVIDER  PROFILE  SCREEN 
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Note:  all  date  fields  are  11  characters  long. 


(1)  PROVIDER  ID.  Short  version  of  the  doctor's  name.  Table  1004.  For 
display  only;  you  cannot  update. 

(2)  PROVIDER  NAME.  Last  name,  first  name,  middle  initial.  Table  1004. 
For  display  only. 

(3)  SPEC.  Specialty  list  of  the  provider,  e.g.,  "ACA;  ACB."  Codes  from 
specialty  field  in  Table  1004.  For  display  only. 

(4)  1JA  ID  CODE.  ID  code  of  the  provider.  Used  to  identify  provider  on 
QA  reports.  For  display  only. 

(5)  FONT  ED  (YY/HH).  The  continuing  education  credit  hours  completed  by 
this  provider  for  the  last  three  years.  The  current  year  is  displayed 
first:,  followed  by  the  previous  year,  then  the  year  before  that.  In  the 
HH  field,  enter  or  update  the  number  of  credit  hours  earned  in  the  year 

I  indicated. 

(6)  ASC.N  DTE.  Date  on  which  the  provider  was  assigned  to  this  MTF. 

For  display  only. 

(7)  DATE  OF:  CPR  TRAINING.  Date  on  which  the  provider  completed  train- 

|  in  cardiopulmonary  resuscitation  (CPR). 

(8)  ACLS  CFRT.  Date  on  which  the  provider  was  certified  in  Advanced 
Trauma  Life  Support  (ATLS). 

(9)  ATLS  CERT.  Date  on  which  the  provider  was  certified  in  Advanced 

j  Cardiac  Life  Support  (ACLS). 

(10)  CREDENTIALS  RENEWAL.  Date  on  which  the  provider's  credentials  for 
this  MTF  are  due  to  be  renewed  by  the  Credentials  Committee. 

(11)  LICENSE  RENEWAL.  Date  on  which  the  provider's  license  to  practice  is 

l  due  to  he  renewed  by  the  state  licensing  board. 

(12)  STATE  OF  LICENSE.  2-character  abbreviation.  Table  1015. 

(13)  CLINICAL  INDICATOR  TOTALS  FOR  6  MONTH  PERIOD  BEGINNING  (date).  The 
data  on  this  screen  is  accumulated  for  the  six-month  period  beginning  on 

I  this  date. 
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(14)  PROCEDURES  PERFORMED.  Number  of  procedures  performed  by  this 
provider.  Calculated  from  Clinical  Records  data  after  the  CR  record  wrr 
approved.  For  display  only. 

(15)  PATIENTS  DISCHARGED.  Number  of  patients  disposit ioned  with  this 
physician  as  the  attending/primary  provider.  Calculated  from  CR  data 
after  the  CR  record  was  approved.  For  display  only. 

(16)  MALPRACTICE  CLAIMS  FILED.  Enter  the  number  of  claims  filed  against 
this  provider.  Up  to  6  digits. 

(17)  MED  REC  DEFICIENCIES.  Enter  the  number  of  medical  records  considered 
deficient  because  this  provider  had  not  supplied  parts  of  the  chart  (e.g., 
history/physical,  signatures,  etc.)  by  the  time  the  record  was  accessed 
Clinical  Records.  Up  to  6  digits. 

(18)  MED  RECORD  DELINQUENCIES.  Number  of  medical  records  considered  de¬ 
linquent  because  this  provider  had  not  completed  missing  chart  items 
within  the  time  limit  set  by  the  MTF.  Calculated  from  CR  data  when  option 
A  on  the  QA  Menu  Screen  is  selected. 

(19)  VALIDATED:  ANTIBIOTIC  VARIATIONS.  Enter  the  number  of  occurrences 
related  to  antibiotic  use  for  which  the  provider  has  received  a  "failed" 
audit  result.  Up  to  6  digits. 

(20)  COMPLAINTS.  Enter  the  number  of  validated  patient  complaints  lodged 
against  this  provider.  Up  to  6  digits. 

(21)  NORMAL  SURGICAL  TISSUE.  Enter  the  number  of  occurrences  related  to 
normal  surgical  tissue,  for  which  the  provider  has  received  a  "failed" 
audit  result.  Up  to  6  digits. 

(22)  TRANSFUSIONS.  Enter  the  number  of  occurrences  related  to  transfu¬ 
sions,  for  which  the  provider  has  received  a  "failed"  audit  result. 

Up  to  6  digits. 

(23)  SCREENING  VARIATIONS.  Number  of  occurrences  for  this  provider  that 
have  been  posted  automatically  as  a  result  of  Inpatient  and  Emergency 
Service  reviews. 

(24)  TOTAL  DEATHS.  Number  of  patient  deaths  that  the  audit  process 
has  indicated  should  be  posted  to  this  provider  profile.  Posted  auto¬ 
matically  as  a  result  of  Inpatient  and  Emergency  Services  reviews. 
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PROFILING 


DATE 


TIME 


PERSONAL  DATA  -  PRIVACY  ACT  OF  1974 

BATCH  POSTING  TO  PROVIDER  PROFILE 

1  -  MALPRACTICE  CLAIMS  FILED 

2  -  VALIDATED  PATIENT  COMPLAINTS 

3  -  MED  REC  DEFICIENCIES 

4  -  VALIDATED  SURGICAL  TISSUE 
3  -  VALIDATED  DRUG  VARIATIONS 

6  -  VALIDATED  TRANSFUSION  REACTIONS 

7  -  CONTINUING  MEDICAL  EDUCATION 

8  -  ACLS  DATES 

9  -  ATLS  DATES 

10  -  CPR  DATES 

11  -  CREDENTIALS  RENEWAL 


ENTER  SELECTION: 


PROFILING  -  BATCH  POSTING  MENU  SCREEN 


Til 
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(1)  POSTING.  The  type  of  posting  that  you  selected  from  the  Batch 
Posting  Menu  Screen  is  displayed  automatically  in  this  field. 


(2)  EFFECTIVE  DATE.  This  field  appears  on  the  Posting  Screen  for  the 
first  7  options.  It  refers  to  the  effective  date  for  the  update. 

(3)  PROVIDER .  Name  of  the  provider  to  whose  profile  this  data  is  to  be 
posted. 

(4)  QTY.  This  field  appears  on  the  Posting  Screen  for  the  first  7  options. 
Enter  the  number  of  events  (e.g.,  malpractice  claims)  that  you  want 
posted  to  this  provider  profile. 

(5)  DATE  or  EEE  DATE.  Effective  date  of  this  update.  On  the  Posting 
Screen  for  the  first  7  options,  if  you  do  not  enter  a  date  here,  this 
field  will  default  to  the  date  entered  in  item  (2)  above. 


REPORT  SELECTION  AND  RUN-TIME  INFORMATION  SCREENS 


The  Profiling  function  uses  a  Report  Selection  Screen,  listing 
the  available  Profiling  reports,  and  a  Run-Time  Information 
Screen  for  each  report.  These  screens  look  the  same  for  Pro¬ 
filing  as  they  do  for  the  Quality  Assurance  function  (except 
that  they  list  different  reports).  For  a  description  of  the 
data  on  the  Profiling  Run-Time  Information  Screen,  see  the  Data 
Chart  for  the  Quality  Assurance  Run-Time  Information  Screen. 
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INTRODUCTION  TO  PART  2 


This  Part  presents  the  outputs  of  the  QA  subsystem,  with  those  prorlu r  J  b;  the 
QA  function  first,  followed  by  the  outputs  of  the  Profiling  function.  The 
descriptions  of  outputs  are  organized  as  follows: 

a.  Definition  -  a  brief  description  of  the  report,  its  purpose  or 
function,  frequency  of  production,  and  utilization. 

Reports  generated  by  the  Quality  Assurance  function  are  requested  by 
the  user  using  the  Reports  option  on  the  Quality  Assurance  Menu. 
Reports  generated  by  the  Profiling  function  are  requested  by  the 
user  using  the  Reports  option  on  the  Profiling  Menu. 

b.  Format  -  the  organization  of  the  output's  contents,  and  any  header 
data  it  might  include.  All  QA  reports  include  a  trailer  saying,  "A 
medical  document.  Do  not  release  without  approval  of  the  MTF 
commander . " 

c.  Content  -  a  Data  Chart  describing  each  of  the  output's  data  items. 

d.  Example  -  a  sample  of  each  output. 
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BLOOD  UTILIZATION  PULL  LIST 


a.  Definition.  The  Blood  Utilization  Pull  List  summarizes  blood  product 
utilization,  by  care  provider,  over  a  period  of  time  that  is  specified  by  the 
person  requesting  the  report.  It  includes  data  on  patients  dispositioned 
within  that  time  period  who  received  blood. 

The  Blood  Utilization  Pull  list  can  be  run  monthly  or  on  request.  It  is 
distributed  to  the  Lab,  to  Quality  Assurance,  and  to  the  professional 
services.  It  is  used  to  list  records  that  are  to  undergo  quality  control 
review  by  the  Blood  Utilization  Review  Committee. 

b.  F ormat .  The  header  for  this  report  gives  the  MTF  name,  the  run  date 
(the  day  when  the  report  was  printed),  the  report  title,  and  the  period  for 
which  it  is  effective.  The  body  of  the  report  is  in  the  form  of  a  table, 
containing  the  data  listed  below. 

c.  Content. 


(1)  PROVIDFR.  The  9-digit  QA  ID  code  for  the  health  care  provider  who 
ordered  the  blood  product. 

(2)  RFC  NO.  Register  number  of  the  patient  to  whom  blood  was  administered. 

(3)  FMP.  Family  member  prefix  of  the  patient.  Table  1012. 

(4)  55N .  Social  Security  Number  of  the  patient  or  the  patient's  sponsor. 

(5)  DISCHARGE  DATE.  Date  on  which  this  patient  was  discharged. 


DATA  CHART  -  BLOOD  UTILIZATION  PULL  LIST 
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TEST  AFB 

RUN  DATE:  07  JUN  1985 

BLOOD 

UTILIZATION  PULL 

LIST 

period: 

08  MAY  1985  THRU 

07  JUN  1985 

PROVIDER 

REG  NO 

FMP  SSN 

DISCHARGE  DATE 

472724626 

0000094 

20 

495-09-3421 

10 

MAY 

1985 

1100 

472724626 

0000099 

20 

234-55-0987 

15 

MAY 

1985 

0830 

769687696 

0000044 

20 

301-00-1111 

10 

MAY 

1935 

0910 

453534575 

0000159 

20 

444-44-4444 

14 

MAY 

1985 

1406 

999999999 

0000053 

20 

123-00-4444 

13 

MAY 

1985 

1400 

999999999 

0000104 

20 

189-42-0802 

10 

MAY 

1985 

0400 

999999999 

0000140 

20 

223-21-7801 

13 

MAY 

1985 

1100 

999999999 

0000227 

20 

568-58-2637 

17 

MAY 

1985 

1352 

A  MEDICAL  QA  DOCUMENT.  DO  NOT  RELEASE  WITHOUT  APPROVAL  OF  MTF  COMMANDER 


BLOOD  UTILIZATION  PULL  LIST 


DELINQUENT  OCCURRENCE  SCREENING  LIST 


a.  Defirition.  This  report  lists  each  inpatient  whose  Occurrence 
Screening  Checklist  is  not  completed  within  the  period  of  time  after 
disposition  designated  by  the  MTF.  (The  amount  of  time  before  delinguency  is 
specified  on  the  MTF  Profile  in  System  Management.)  A  checklist  is  not 
considered  complete  until  it  has  been  compared  with  an  approved  Clinical 
Record.  This  report  can  be  run  monthly  or  on  request.  It  is  distributed  to 
Clinical  Records,  MTF  command,  and  the  professional  services. 

b.  F ormat .  The  header  for  the  Delinquent  Occurrence  Screening  List 
contains  the  name  of  the  MTF,  the  run  date,  and  the  report  title.  The  body  of 
f he  report  is  in  table  form,  consisting  of  the  data  described  below. 

c.  Content. 


(1)  DISCHARGE  DATE.  The  patient's  date  and  time  of  disposition. 

(2)  REG  NO.  Register  number  of  the  patient. 

(3)  FMP.  Family  member  prefix  of  the  patient.  Table  1012. 

(A)  SSN .  Social  Security  Number  of  the  patient  or  the  patient's  sponsor. 


DATA  CHART  -  DELINQUENT  OCCURRENCE  SCREENING  LIST 
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DIAGNOSIS  INDEX  BY  PROVIDER 


a.  Definition.  This  report  gives  information  on  diagnoses  entered  in 
Clinical  Records,  by  provider  of  care.  It  lists  patient  deaths,  and  patients 
whose  length  of  stay  was  outside  of  the  range  considered  normal  for  the 
diagnosis,  for  a  record  to  be  included  on  the  report,  the  patient  must  have 
been  dispositioned  within  the  time  period  specified  by  the  user,  and  the 
record  must  have  been  approved  in  Clinical  Records  or  already  submitted  to 
'higher  command  (CR  status  of  A  or  T).  The  user  can  specify  the  name  of  the 
doctor,  or  leave  that  field  blank  to  reguest  a  report  on  all  providers  (in 
that  case  data  on  each  provider  will  begin  on  a  new  page). 

b.  format. .  The  header  for  this  report,  includes  the  name  of  the  report, 
the  provider,  and  the  MTF.  The  date  on  the  right  is  the  ending  date  specified 
by  the  user.  The  report  data,  described  below,  is  in  table  form. 


c.  Content. 


The  first  line,  ALL  DIAGNOSIS,  gives  totals  for  all  diagnoses  on  this  pro- 
der’s  cases  (e.g.,  the  total  variations  for  the  provider). 

(1)  ICDA  CODE.  TCD  code  for  the  diagnosis.  Table  9001. 

(2)  DIAGNOSIS  TITLE.  Description  of  the  diagnosis.  Also  from  Table  9001. 

(<)  CASES .  The  TOTAL  column  shows  the  total  number  of  cases  with  this 
diagnosis.  The  PRIM  column  shows  the  number  of  cases  for  which  this 
diagnosis  was  the  primary  diagnosis  entered  in  Clinical  Records.  The  TRF 
r.iumn  shows  how  many  of  these  cases  transferred  into  the  MTF. 

['*'  VAR  I AI  IONS .  The  TOT  column  shows  the  total  number  of  variations  found 
for  cases  with  this  diagnosis.  The  DTHS  column  shows  the  total  number  of 
deal  ns  That  occurred  among  patients  with  this  diagnosis.  The  COMP  column 
shows  the  total  number  of  complications  occurring  among  patients  with  this 
diagnosis.  The  INF  column  shows  the  number  of  infection  codes  entered  for 
cases  with  this  diagnosis.  The  LOS  shows  the  number  of  patients  with  this 
diagnosis  who  had  excess  lengths  of  stay  at  this  MTF. 

(5;  I.ENGTH  OF  STAY.  These  columns  show  the  average  range  of  stay  for 
patients  with  this  diagnosis,  as  contained  in  the  ICD  Table  (Table  9001). 
The  ACTIVE  DUTY  RANGE  field  shows  the  average  range  of  stay  for 
active-duty  patients.  The  OTHER  RANGE  field  shows  the  average  range  of 
stay  for  other  than  active-duty  patients. 


DATA  CHART  -  DIAGNOSIS  INDEX  BY  PROVIDER 
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(6)  PERCENT  EXCESS  LOS.  The  percentage  of  patients  with  this  diagnosis 
whose  lengths  of  stay  exceeded  the  ranges  shown  in  field  (5). 


The  next  line  of  data  gives  the  following  information  for  any  individual 
death  or  length-of-stay  variation  occurring  among  patients  with  this 
diagnosis. 


(7)  REG  NO. 

(8)  DETH.  Indicates  whether  this  patient  died. 

(9)  COMP.  Indicates  whether  any  complications  were  recorded  for  this 
patient. 


(10)  INF.  Indicates  whether  any  infections  were  recorded  for  this  patient 

(11)  LOS.  The  number  of  days  that  this  patient's  length  of  stay  was 
outside  of  the  normal  range  for  this  diagnosis. 


(12)  BENF .  The  beneficiary  category  of  this  patient. 

(13)  ALL  DIAGNOSES.  The  ICO  code  and  description  of  the  diagnosis. 

(14)  OPERATIONS.  The  ICP  code  and  description  of  any  procedures  per¬ 
formed  on  this  patient  during  the  inpatient  episode. 

(13)  OPR .  Indicates  whether  this  provider  was  listed  for  this  procedure 
as  the  primary  provider,  the  assistant  provider,  or  the  teaching  or  other 
assistant . 


DATA  CHART  -  DIAGNOSIS  INDEX  BY  PROVIDER 
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DISPOSITIONS  BY  DIAGNOSIS  REPORT 


a.  Definition.  This  report  lists  all  diagnoses  of  patients  who  wei  ' 
discharged  from  the  MTF  during  the  reporting  period  specified  by  the  user.  To 
be  included  on  the  Dispositions  by  Diagnosis  Report  a  record  must  have  been 
accessed,  but  not  necessarily  approved,  in  Clinical  Records.  This  report  is 
printed  on  demand. 


b.  Format.  The  header  for  this  report  includes  the  report  name  and. the 
MTF  name.  The  date  on  the  right  is  the  end  date  for  the  reporting  period. 

The  body  of  the  report  is  arranged  in  table  form,  and  contains  the  data 
described  below. 

t 

1 

c.  Content. 

-  // 


4 

(1)  DIAGNOSIS.  The  CODE  'field  shows  the  code  for  this  diagnosis.  The 
TITLE  fie  1,4  shows  its  descriptive  title.  Table  9001. 

(2)  ALL  DIAGNOSES.  These  fields  show  the  age  ranges  of  patients  having 
this  diagnosis,  whether  this  was  the  primary  diagnosis  for  these  patients 
or  not.  UNDER  28D  =  under  28  days;  1M  -  13Y  =  1  month  to  13  years  old; 

1  AY  -  64Y  =  14  years  to  64  years  old;  etc. 

(3)  TOTAL .  The  total  number  of  patients  who  had  each  diagnosis. 

(4)  PERSONNEL  CATEGORY.  The  personnel  category  of  the  patients  having  the 

indicated  diagnosis  as  their  primary  diagnosis.  _  AD  =  Air  Force,  Army, 

or  Navy  active  duty;  OTH  AD  r  other  active  duty;  MIL  DPN  =  military 
dependent;  ALL  OTH  =  others. 

(5)  DISP  TYPE.  These  fields  show  the  disposition  type  entered  for 
patients  who  had  the  indicated  diagnosis  as  their  primary  diagnosis. 

TSFER  =  disposition  type  of  transfer;  OTHER  =  other  disposition  types. 

(6)  BED  DAYS  THIS  MTF.  These  fields  show  the  number  of  bed  days  at  this 
MTF  for  patients  having  the  indicated  diagnosis  as  their  primary 
diagnosis.  TOTAL  =  total  number  of  bed  days;  TSFER  CASES  =  number  of  bed 
days  accumulated  by  transfers-in;  ALL  OTHER  =  shows  the  number  of  bed  days 
accumulated  by  patients  who  did  not  transfer  in. 

(7)  BLOOD  TRANSFUSED.  The  amount  blood  transfused  for  patients  who  had 
the  indicated  diagnosis  as  their  primary  diagnosis. 


DATA  CHART  -  DISPOSITIONS  BY  DIAGNOSIS  REPORT 
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INCIDENT  SUMMARY 


a.  Definition .  The  Incident  Summary  gives  information  about  all 
incidents  that  occurred  at  the  MTF  during  the  time  period  specified  by  the 
user.  It  can  be  produced  monthly  or  on  request,  and  its  distribution  is 
command  determined. 

b.  Format .  The  header  for  this  summary  contains  the  MTF  name,  the  run 
date,  the  report  title,  and  the  starting  and  ending  dates  of  the  reporting 
period.  The  body  of  the  report  is  in  table  form,  with  up  to  three  lines  of 
data  about  each  incident. 

c.  Content. 


(1)  INCIDENT  DATE/TIMF.  Date  on  which  the  incident  occurred.  This  date 
must  fall  within  the  reporting  time  period  for  the  data  on  this  incident 
to  be  included  on  the  report. 

(2)  LOG  //.  The  log  number  assigned  to  the  record  of  the  incident. 

(3)  INJURY .  Indicates  whether  an  injury  resulted  from  this  incident. 

(A)  ACTION  1.  This  field  contains  up  to  3  1-character  action  codes  that 
describe  the  first  action  that  might  have  been  taken  on  this  incident. 
These  codes  are  as  fallows: 

1st  code  -  indicates  the  job  classification  of  the  person  or  com¬ 
mittee  that  the  review  was  assigned  to.  Table  605A. 

2nd  code  -  indicates  whether  the  case  involved  the  patient's  provi¬ 
der  (1  =  provider  involved;  2  =  not  involved). 

3rd  code  -  indicates  the  result  of  the  review.  Table  6055. 

(5)  ACTION  2  and  ACTION  3.  These  fields  contain  the  action  codes  that 
describe  the  second  and  third  actions  that  might  have  been  taken  on  this 
incident.  See  item  (6)  for  description  of  these  codes. 

(6)  JAG  REVIEW.  This  field  indicates  whether  this  incident  was  submitted 
to  the  Judge  Advocate  General  for  review. 

(7)  TYPE  PERSON  INVOLVED.  The  type  of  person  involved  in  the  incident. 
Table  6050.  Up  to  3  listed. 

(8)  TYPE  INCIDENT.  The  nature  of  the  incident,  e.g.,  a  fall.  Table 
6051.  Up  to  3  listed. 


DATA  CHART  -  INCIDENT  SUMMARY 
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(9)  LOCATION  OF  INCIDENT.  Up  to  3  listed. 

(10)  CATEGORY  OF  PERSONNEL  REPORTING.  The  type  of  MTF  personnel  reporting 
the  incident.  Table  6033.  Up  to  3  listed. 

(11)  CATEGORY  OF  PERSONNEL  INVOLVED.  The  type  of  MTF  personnel  involved 
in  the  incident.  Table  6053.  Up  to  3  listed. 


INCIDENT  SUMMARY 


FROM  INCIDENT  DATE  01  JUN  1985  THRU  30  JUN  19P5 


INCIDENT  DATE/TIME  LOG  # 
TYPE  PERSON  TYPE 
INVOLVED  INCIDENT 


INJURY  ACTION  1 
LOCATION  OF 
INCIDENT 


ACTION  0  ACTION  3  JAG  RE'.  !EW 
CATEGORY  OF  PERSONNEL 
REPORTING  INVOLVED 


04  JUN  1985  38 

VISITOR  ALTERCATION 


Y  M2 

4E  HALLWAY 


L2 

NURSE  PRACTI  CORPSMAN 


12  JUN  1985  1900  44 

INPATIENT  FALL 


Y  F2 

STAIRWAY 


L2 

HOUSEKEEPING 


13  JUN  1985  41  N 

DOCTOR  MEDICATION 


A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


INCIDENT  SUMMARY 
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OCCURRENCE  SCREENING  PULL  LIST,  INPATIENT  AND  EMERGENCY  SERVICE 


a.  Description.  These  reports  identify  patient  records  involved  in 
occurrence  screening  discrepancies,  allowing  the  records  to  he  pulled  for  re¬ 
view.  They  contain  data  on  all  records  that  have  affirmative  responses  to  the 
Inpatient  or  the  Emergency  Service  Occurrence  Screening  Checklist.  The  Pull 
Lists  are  used  in  retrospective  audits  and  quality  control;  their  distri¬ 
bution  is  command  determined.  They  can  be  printed  monthly  or  on  request. 

If  an  Inpatient  Occurrence  Screening  Checklist  is  entered  before  the  Clinical 
Record  is  approved,  and  the  Auto  Edit  subsequently  results  in  additional 
affirmative  responses,  the  record  will  be  listed  on  the  Pull  List  again. 

b.  F ormat .  The  header  for  these  reports  contains  the  name  of  the  MTF , 
the  run  date,  and  the  name  of  the  report.  The  body  of  the  report  contains  the 
data  described  below.  Data  for  the  Air  Force  Inpatient  Pull  List  is  sorted  by 
patient  name;  data  for  the  Army  and  Navy  Inpatient  Pull  Lists  is  sorted  by 
SSN.  (Because  the  format  for  the  Inpatient  Pull  Lists  is  otherwise  the  same, 
only  the  Navy  Pull  List  is  shown.) 

c.  Content. 


(1)  FMP.  Family  member  prefix  of  the  patient  on  whose  checklist  an 
affirmative  response  appears.  Table  1012. 

(2)  SSN .  Social  Security  Number  of  the  patient  or  the  patient's  sponsor. 

(3)  REG  NO.  Register  number  for  this  inpatient  episode. 

(A)  OCCURRENCE  CRITERION.  The  number  of  the  item  or  items  on  the  Inpa- 
patient  Occurrence  Screening  Checklist  that  was/were  answered  with  "Y." 

DATA  CHART  -  OCCURRENCE  SCREENING  PULL  LIST,  INPATIENT 


(1)  LOG  NO.  Log  number  assigned  to  the  Emergency  Room  episode. 

(2)  EMP/55N.  Family  member  prefix  of  the  patient  (Table  1012)  and  Social 
Security  Number  of  the  patient  or  the  patient's  sponsor. 

(3)  OCCURRENCE  CRITERION.  Number  of  the  item  or  items  on  the  Emergency 
Service  Occurrence  Screening  Checklist  that  was/were  answered  with  "Y." 

DATA  CHART  -  OCCURRENCE  SCREENING  PULL  LIST,  EMERGENCY  SERVICES 
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TEST  NAVY  MTF 


RUN  DATE:  04  >EP  1983 


OCCURRENCE  SCREENING  PULL  LIST 


FMP 

SSN 

REO  NO 

OCCURRENCE  CRITERION 

20 

333-33-3333 

0000003 

12 

01 

202-22-1 000 

0006460 

2 

20 

182-72-6123 

0006461 

2.6 

20 

002-00-2002 

0006464 

7 

20 

888-33-3121 

0006469 

12 

20 

444-44-4444 

0006470 

2 

30 

231-92-8317 

0006486 

9 

20 

208-47-3892 

0006491 

17 

A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 

OCCURRENCE  SCREENING  PULL  LIST,  INPATIENT 
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TRAINING  HOSPITAL 


rum  date;  or  ,nn 


QG  NO 

EMERGENCY  SI 

FMP/SSN 

RUTCF  OCCURRENCE  SCREENING  PHI  1 

OCCURRENCE  CRITERION 

1  1  ST 

1 

20 

1 

fc" 

30 

333-22-1 1 1 1 

3 

1 

20 

409-84-1575 

1 

6 

01 

444-22-9999 

4 

7 

20 

888-44  -5555 

C. 

3 

20 

388-77-4444 

8 

OCCURRENCE  SCREENING  SUMMARY  -  FACILITY,  INPATIENT  AND  EMERGENCY  SERVICE 


a.  Definition.  These  reports  summarize  the  affirmative  checklist 
responses  for  the  time  period  specified  by  the  user. 

Users  can  request  the  Inpatient  Facility  Occurrence  Screening  Summary  in 
either  of  two  versions:  (1)  raw  data  reports,  containing  data  on  both  vali¬ 
dated  and  unvalidated  affirmative  answers  to  checklist  questions;  and  (2) 
validated  data  reports,  containing  information  only  on  validated  variations. 

On  the  raw  data  version,  checklist  data  is  reported  by  the  specialty  of  the 
primary  or  responsible  provider  for  the  case;  on  the  validated  version,  data 
is  reported  by  the  specialty  of  the  provider  that  the  variation  was  posted  to. 

The  Inpatient  summary  includes  records  that  have  disposition  dates  within  the 
reportinq  period,  and  that  have  been  approved  in  Clinical  Records.  The  Emer- 
qency  Services  summary  groups  data  by  each  individual  Emergency  Room  provider; 
it  includes  records  (1)  if  the  patient  was  assigned  to  the  given  provider,  and 

(2)  if  the  date  of  treatment  falls  within  the  reportinq  period.  Roth  reports 
are  produced  on  request,  and  their  distribution  is  command  determined. 

b.  Format.  Header  data  for  both  reports  consists  of  the  MTE  name,  the 
run  date,  the  report  title,  and  the  time  period  for  the  report.  For  Inpatient 
summaries,  the  header  also  indicates  whether  the  report  contains  raw  data  or 
validated  data.  The  body  of  the  reports  contains  the  data  described  below. 

c.  Content .  The  number  of  each  checklist  item  appears  at  the  top  of 
each  page.  The  Inpatient  summary  groups  data  by  the  provider's  specialty,  and 
gives  the  number  of  "yes"  responses  under  each  checklist  item.  The  Emergency 
Services  summary  groups  data  by  individual  provider,  then  gives  the  number  of 
"yes"  responses  under  each  item.  Both  reports  end  with  the  total  number  of 
"yes"  responses  found  for  this  report  for  the  basic  checklist  items  and  for 
the  MTF-specific  items. 


(1)  SPEC .  The  clinical  specialty  of  the  provider  with  relation  to  the 
particular  case,  e.g.,  internal  medicine.  Table  2005. 

(2)  RECORDS.  The  number  of  records  of  patients  assigned  to  this  specialty 
that  were  screened  for  this  report  (see  the  Definition,  above). 

(3)  TOT  OCCS.  The  total  number  of  affirmative  checklist  responses  found 
for  this  group  of  patients  during  this  time  period. 

(4)  (TOTALS) .  The  end  of  each  report  shows  the  total  number  of  "yes" 
responses  to  the  basic  items  on  the  Inpatient  Occurrence  Screening  Check¬ 
list,  and  the  total  number  of  "yes"  responses  to  the  Inpatient  Checklist 
items  that  were  devised  by  the  MTE. 


DATA  CHART  -  FACILITY  OCCURRENCE  SCREENING  SUMMARY,  INPATIENT 


UH007 


D-2-17 


TEST  NAVY  MTF  RUN  DATE  t 

FACILITY  OCCURRENCE  SCREENING  SUMMARY 
RAW  DATA 

PERIOD:  01  AUG  1985  THRU  15  SEP  1985 

-  OCCURRENCES  BY  CRITERION  NUMBER  - 

1  3  5  7  9  11  13  15  17  19 

2  4  6  8  10  12  14  16  18  20 

SPEC!  NEUROLOGY 

1  RECORDS 

2  TOT  OCCS 

0000100010 

0000000000 

SFEC:  GYNECOLOGY 

1  RECORDS 

2  TOT  OCCS 

0000000000 

0000011000 

SPEC:  OBSTETRICS 
1  RECORDS 

1  TOT  OCCS 

0000000000 

0000001000 

spec:  nursery 

4  RECORDS 

5  TOT  OCCS 

0001  100000 
201  0000000 

SPEC*.  PEDIATRIC  CARE  NEC 

2  RECORDS 
2  TOT  OCCS 

0  100100000 
0000000000 


OCCURRENCE  SCREENING  SUMMARY  -  FACILITY,  INPATIENT  (raw  data) 


0-2-18 


ro  >0 


i 


t 


TEST  NAVY  MTF 


RUN  DATE!  16  SEP  1985 


FACILITY  OCCURRENCE  SCREENING  SUMMARY 
RAM  DATA 


PERIOD:  01  AUG  1985  THRU  15  SEP  1985 


1 


TOTAL  OCCURRENCES  BY  CRITERION  NUMBER  - 

7  9  11  13  15  17  19  21  23 

6  8  10  12  14  16  18  20  22  24 


TOTAL  RECORDS 
TOT  OCCS 


0 


1 


0 


0  13  0 

10  0 


1 


0 

0  0 


l 


1-18  yes:  12 

19-24  yes:  0 


b 

L 


£ 


L 


OCCURRENCE  SCREENING  SUMMARY  -  FACILITY,  INPATIENT  (raw  data) 


0-2-19 


TEST  NAVY  MTF 


RUN  DATE!  16  SEP  1985 


FACILITY  OCCURRENCE  SCREENING  SUMMARY 
VALIDATED  OCCURRENCES 


PERIOD:  01  AUG  1985 

-  OCCURRENCES  BY 

1  3  5  7  9  11 

2  4  6  8  10 

spec:  internal  medicine 

1  RECORDS 
1  TOT  OCCS 

0  0  0  0  0  0 

1  0  0  0  0 

SPEC:  CARDIOLOGY 
1  RECORDS 
1  TOT  OCCS 

0  0  0  1  0  0 

0  0  0  0  0 

spec:  gynecology 

1  RECORDS 

2  TOT  OCCS 

0  0  0  0  0  0 

0  0  0  0  0 

SPEC:  PEDIATRIC  CARE  NEC 

1  RECORDS 
1  TOT  OCCS 

0  0  0  0  1  0 

0  0  0  0  0 

SPEC:  PODIATRY 
1  RECORDS 
1  TOT  OCCS 

0  0  0  0  0  0 

1  0  0  0  0 

spec:  PSYCHIATRIC  CARE 
1  RECORDS 
1  TOT  OCCS 

0  0  0  0  0  0 

1  0  0  0  0 


THRU  15  SEP  1985 

CRITERION  NUMBER  - 

13  15  17  19  21  23 

12  14  16  18  20  22  24 


0  0  0  0  0  0 
0  0  0  0  0  0  0 


0  0  0  0  0  0 
0  0  0  0  0  0  0 


0  0  0  0  0  0 
1  1  0  0  0  0  0 


0  0  0  0  0  0 
0  0  0  0  0  0  0 


0  0  0  0  0  0 
0  0  0  0  0  0  0 


0  0  0  0  0  0 
0  0  0  0  0  0  0 


A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 

OCCURRENCE  SCREENING  SUMMARY  -  FACILITY,  INPATIENT  (validated  data) 


TEST  NAVY  MTF 


RUN  DATE :  16  SEP  198' 


FACILITY  OCCURRENCE  SCREENING  SUMMARY 
VALIDATED  OCCURRENCES 


0-2-21 


(1)  PRVPR .  Dn  the  Emergency  Services  summary,  the  QA  ID  code  for  the 
individual  provider. 

(2)  RECORDS .  The  number  of  records  of  patients  with  this  health  care  pro¬ 
vider  that  were  screened  for  this  report  (see  the  Definition  for  this 
report ) . 

(3)  TOT  OCCS.  The  total  number  of  affirmative  checklist  responses  found 
for  this  group  of  patients  durinq  this  time  period. 

(4)  (TOTALS ) .  The  end  of  each  report  shows  the  total  number  of  "yes" 
responses  to  the  basic  items  on  the  Emergency  Service  Occurrence  Screen¬ 
ing  Checklist,  and  the  total  number  of  "yes"  responses  to  the  ES  check¬ 
list  items  that  were  devised  by  the  MTF. 


A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


OCCURRENCE  SCREENING  SUMMARY  -  FACILITY,  EMERGENCY  SERVICE 


UH007 


D-2-23 


O'  M 


TEST  NAVY  MTF 


RUN  HATE:  31  AUG  198 


FACILITY  EMERGENCY  SERVICE  OCCURRENCE  SCREENING  SUHMARY 

PERIOD:  01  AUG  1985  THRU  30  AUG  1985 

-  TOTAL  OCCURRENCES  BY  CRITERION  NUMBER  - 

1  3  5  7  9  11  13  15  17  19  21  23 

2  4  6  8  10  12  14  16  18  20  22 

3  TOTAL  RECORDS 
8  TOT  OCCS 

121001000000 

00201000000 

yes:  6 

4  YES:  2 


OCCURRENCE  SCREENING  SUMMARY  -  PROVIDER,  INPATIENT  AND  EMERGENCY  SERVICE 


a.  DeFinit ion.  For  both  inpatients  and  Emergency  Servicp,  the  Provider 
(recurrence  Screening  Summary  summarises  the  affirmative  checklist  responses 
found  for  an  individual  provider  for  a  given  reporting  period.  The  individual 
provider  and  the  time  period  of  the  report  are  specified  by  the  user  when  the 
report  is  reguested. 

The  Inpatient  Provider  Occurrence  Screening  Summary  also  comes  in  both  raw  and 
validated  versions.  Raw  data  reports  contain  data  on  both  validated  and 
(invalidated  affirmative  answers  to  checklist  guest  ions;  validated  data  reports 
contain  information  only  on  validated  variations.  The  provider  on  the  raw 
data  version  is  the  primary  or  responsible  provider  for  the  case;  on  the 
validated  version,  it  is  the  provider  that  the  variation  was  posted  to. 

The  Inpatient  summary  reports  on  records  that  have  disposition  dates  falling 
within  the  reporting  period  and  that  have  been  approved  in  Clinical  Records. 
The  Emergency  Service  summary  contains  data  on  records  that  have  dates  of 
treatment  within  the  report iug  period.  Roth  of  these  reports  are  produced  on 
request ,  and  their  distribution  is  command  determined. 

h.  E ormat .  The  header  of  these  reports  displays  the  MTF  name,  the  run 
date,  the  report  title,  and  whether  the  report  contains  raw  or  validated  data, 
and  the  reporting  period.  The  body  of  the  reports  contains  the  data  described 
below. 

c.  Content .  Cor  both  reports,  the  first  line  gives  the  ID  code  of  the 
individual  provider,  the  number  of  patient  records  screened  for  the  report, 
and  the  total  number  of  affirmative  responses  found  on  these  records.  Then 
each  checklist  item  is  listed  by  number,  and  below  the  number,  the  total 
number  of  affirmative  responses  found  for  that  item  for  that  provider  during 
the  reporting  period. 


UH007 


D-2-25 


test  navy  mte 


RUN  date:  16  SEE’  198' 


PROVIDCR  OCCURRENCE  SCREENING  SUMMARY 
RAW  DATA 


FERIOD!  01  AUG  1985  THRU  15  SEF  198S 
PROVIDER!  852257262  RECORDS  SCREENED.*  1  1 


TOTAL  OCCURRENCES.*  2 


-  OCCURRENCE'  PY  CRITERION  NUMBER  - 

1  3  5  7  9  11  13  15  17  19  21  23 

2  4  6  8  10  12  14  16  18  20  22  24 

000000000000 
000001  1  0  0  0  0  0 


A  MEDICAL  OA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 

OCCURRENCE  SCREENING  SUMMARY  -  PROVIDER,  INPATIENT  (raw  data) 


D-2-26 


UH007 


f aT.V.  V.*  ♦  ‘.V.*./- 


TEST  NAVY  MTF 


RUN  TATE!  16  SEP  198' 


PROVIDER  OCCURRENCE  SCREENING  SUMMARY 
UAL  I  DATED  OCCURRENCES 

PERIOD!  01  AUG  1985  THRU  15  SEP  1985 

PROVIDER.1  328180391  RECORDS  SCREENED:  2  TOTAL  OCCURRENCES:  2 


OCCURRENCES  BY  CRITERION  NUMBER 


1 1 


8  10 


13  15 


17  19 


14  16  18  20 


24 


^  - 


A  MEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 

OCCURRENCE  SCREENING  SUMMARY  -  PROVIDER,  INPATIENT  (validated  data) 


UH007 


D-2-27 


.  - . ^ 


; :  a  f  B  run  date:  o  t  jun  pb  j 

1  F] V  I v  E  R'  EMERGENCY  SERVICE  OCCURRENCE  SCREENING  SUMMARY 
PERIOD!  08  MAY  1985  THRU  07  JUN  1985 
PROVIDER:  999999999  RECORDS  SCREENED:  1  TOTAL  OCCURRENCES'.  3 


OCCURRENCES  BY  CRITERION  NUMBER 


1 


8  10 


11  13  15  17  19 

12  14  16  18  20 


23 


24 


A  MEDICAL  OA  DOCUMENT.  DO  NOT  UlSCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


OCCURRENCE  SCREENING  SUMMARY  -  PROVIDER,  EMERGENCY  SERVICE 


OCCURRENCE  SCREENING  SUMMARY  -  SPECIALTY,  INPATIENT 


a.  De  f in i t ion .  This  report  summarizes  affirmative  checklist  responses 
for  each  provider  within  a  selected  clinical  specialty.  The  person  requesting 
the  report  specifies  the  specialty  and  the  time  period,  and  chooses  either  the 
raw  data  or  validated  data  version  of  the  report. 

Records  are  included  on  this  report  (1)  if  the  primary  provider's  specialty 
for  this  case  is  the  specified  specialty,  (2)  if  the  disposition  date  falls 
within  the  reporting  period,  and  (3)  if  the  record  has  been  approved  in 
Clinical  Records.  The  Specialty  Occurrence  Screening  Summary  is  produced  when 
requested,  and  its  distribution  is  command  determined. 

b.  format .  The  report  header  displays  the  MTF  name,  the  run  date,  the 
report  title,  and  the  period  of  the  report.  The  body  of  the  report  contains 
the  data  described  below. 

c.  Content .  The  top  of  the  report  lists  the  Inpatient  Occurrence 
Screeninq  Checklist  items  by  number.  Then  the  report  gives  the  total  number 
of  records  that  were  screened  and  the  total  number  of  affirmative  checklist 
responses  that  were  found  in  these  records.  The  report  ends  with  the  number 
of  "yes"  responses  found  for  the  basic  checklist  items,  and  the  number  found 
for  the  MTE-devised  items. 


UH007 


D-2-29 


TEST  NAVY  MTF 


RUN  DATE!  16  SEP  198 


SPECIALTY  OCCURRENCE  SCREENING  SUMMARY 
RAW  DATA 


specialty:  PEDIATRIC  CARE  NEC 

PERIOD:  01  AUG  1985  THRU  15  SEP  1985 


--  OCCURRENCES  BY  CRITERION  NUMBER  - 

7  9  11  13  15  17  19  21  23 

6  8  10  12  14  16  18  20  22 


PRUDR:  328180391 
2  RECORDS 
2  TOT  OCCS 


0  1 
0 


0010000000 
0  0  0  0  0  0  0  0  0  0 


A  MEDICAL  CJA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OP  MTP  COMMANDER. 

OCCURRENCE  SCREENING  SUMMARY  -  SPECIALTY,  INPATIENT  (raw  data) 


0-2-30 


TEST  NAVY  MTF  RUN  PATE:  16  SEP  1985 

SPECIALTY  OCCURRENCE  SCREENING  SUMMARY 
VALIDATED  OCCURRENCES 

specialty:  gynecology 

PERIOD:  01  AUG  1985  THRU  15  SEP  1985 

-  OCCURRENCES  PY  CRITERION  NUMPER  - 

1  3  5  7  9  11  13  15  17  19  01  23 

2  A  6  8  10  12  14  16  18  20  22  24 

PRVPR5  852257262 
2  RECORDS 
2  TOT  OCCS 

000000000000 
000001  100000 


A  MEDICAL  GA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OP  MTF  COMMANDER. 

OCCURRENCE  SCREENING  SUMMARY  -  SPECIALTY,  INPATIENT  (validated  data) 


UH007 


D-2-31 


occurrence  screening  suspense-  list,  inpatient  and  emergency  service- 


a.  Definition.  These  reports  contain  data  on  occurrence  screening  items 
that  have  been  assigned  for  review  and  Eiave  not  been  returned  to  the  QA  office 
bv  the  date  due.  These  reports  are  produced  on  reguest ,  and  their 
distribution  is  determined  by  the  MTF  command. 

b.  Format.  The  report  header  displays  the  MTF  name,  the  run  date  and 
time,  and  the  report  title.  The  body  of  the  report  contains  the  data 
descriiied  below. 

c.  Content. 


1 npatient  suspense  LIST 

1'  REGISTER  NUMBER  of  the  patient  wtiose  record  shows  an  open  item. 


(2'  DISCHARGE  DATE.  The  patient’s  disposition  date. 


EMERGENCY  SERVICE  SUSPENSE  LIST 

1'  FMP/S5N.  Family  member  prefix  of  the  patient  whose  record  shows  an 
open  item  (Table  1012),  and  Social  Security  Number  of  the  patient  or  the 
fiat  i  not  ’  s  sponsor  . 

(2)  DATE  OF  TREATMENT.  Date  of  the  patient's  treatment  in  the  Emergency 
Room. 


R01H  SUSPENSE  LISTS 

(3)  REVIEW  LEVEE .  The  number  of  the  review  that  has  not  been  completed. 
(A)  DATE  OUT.  The  date  when  the  review  was  sent  out. 

(5)  DATE  DUE.  The  date  when  the  review  was  supposed  to  be  received  in  QA. 

(6)  ACTION  CODE.  The  code  that  indicates  the  person  or  committee  to  whom 
the  review  was  sent.  Table  6054. 


DATA  CHART  -  OCCURRENCE  SCREENING  SUSPENSE  LIST 
INPATIENT  AND  EMERGENCY  SERVICE 


»'  *«.’  •****• ’**»***,*  *,*  * 


UH007 


D-2-3Z 


r  «•', 


TEST  NAVY  MTF 


RUN  DATE*.  04  SEP  1985  1151 


OCCURRENCE  SCREENING  SUSPENSE  LIST 

REGISTER  DISCHARGE  REVIEW  DATE  DATE  ACTION 


NUMBER 

DATE 

LEVEL 

OUT 

DUE 

CODE 

0006460 

29 

AUG  1985 

02 

1 

29 

AUG 

1985 

04 

SEP 

1985 

A 

0006470 

23 

JUL  1985 

Q2 

1 

27 

JUL 

1985 

10 

AUG 

1985 

K 

A  HEDICAL  QA  DOCUMENT.  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OP  MTF  COMMANDER. 

OCCURRENCE  SCREENING  SUSPENSE  LIST,  INPATIENT 


UH007 


D-2-33 


TEST  NAVY  MTF  RUN  DATE  05  SEP  1985  115 

EMERGENCY  SERVICE  OCCURRENCE  SCREENING  SUSPENSE  LIST 


FMP 

SSN 

DATE  OF 
TREATMENT 

REVIEW 

LEVEL 

DATE 

OUT 

DATE 

DUE 

ACTION 

CODE 

20 

394-34-8793 

21 

AUG 

1985 

03 

1 

21 

AUG 

1985 

31 

AUG 

1985 

A 

20 

394-34-8793 

21 

AUG 

1985 

QA 

1 

21 

AUG 

1985 

31 

AUG 

1985 

A 

20 

879-87-9832 

07 

AUG 

1985 

QA 

1 

07 

AUG 

1985 

10 

AUG 

1985 

K1 

20 

879-87-9832 

07 

AUG 

1985 

Qll 

1 

07 

AUG 

1985 

1  1 

&UG 

1985 

LI 

A  MEDICAL  QA  DOCUMENT.  D<5  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER. 


OCCURRENCE  SCREENING  SUSPENSE  LIST,  EMERGENCY  SERVICE 


UH007 


D-2-34 


PROVIDER  OCCURRENCE  SCREENING  AUDIT,  INPATIENT  AND  EMERGENCY  STRVICF 


a.  De f  ini  t ion .  These  reports  summarize  affirmative  checklist  responses 
made  about  the  patients  of  an  individual  health  care  provider,  giving  the  text 
of  each  checklist  item  and  the  codes  for  actions  taken  reqardinq  that  item. 

The  reports  include  records  of  patients  for  whom  the  provider  specified  is  the 
primarv  provider,  as  it  appears  on  the  Inpatient  or  Emerqency  Service 
Occurrence  Screening  Checklist.  The  user  specifies  the  provider,  or  can 
leaves  this  field  blank  and  the  report  will  sort,  and  print  data  for  all 
providers.  The  user  also  specifies  the  reporting  period.  Roth  reports  are 
produced  on  demand,  and  their  distribution  is  determined  by  the  MTF  command. 

b.  F ormat .  Headers  for  both  reports  display  the  MTF  name,  the  run  date, 
the  report  title,  the  provider  selected,  and  the  reporting  period.  The  report 
data  is  presented  in  table  form,  with  one  page  of  data  on  each  patient,  and 

up  to  three  lines  of  data  on  each  affirmative  checklist  response. 

c.  Content. 


INPATIENT  OCCURRENCE  SCREENING  AUDIT 


(1)  REG  NO.  Register  number  of  the  patient  who  had  this  health  care 
provider  and  on  whose  record  an  affirmative  response  was  found. 


(2)  DISCHARGE  DATE.  Disposition  date  of  this  patient. 


EMERGENCY  SERVICE  OCCURRENCE  SCREENING  AUDIT 


(1)  FMP/SSN .  Family  member  prefix  of  the  patient  on  whose  checklist  the 
"yes"  response  appears  (Table  1012).  Social  Security  Number  of  the 
patient  or  the  patient's  sponsor. 

(2)  LOG  NBR  and  DATE/TIME  OF  TREATMENT.  Log  number  of  the  Emergency  Room 
visit,  and  the  date  and  time  the  patient  was  seen  there  for  treatment. 

BOTH  OCCURRENCE  SCREENING  AUDITS 

(3)  NO.  Number  of  the  checklist  item  with  an  affirmative  response.  If 
more  than  one  checklist  item  was  answered  "yes"  on  one  patient's  record, 
data  on  all  those  items  will  be  included. 

(4)  OCCURRENCE  DESCRIPTION.  Text  of  the  item,  e.g.,  "Drug  or  transfusion 
reaction. " 


DATA  CHART  -  PROVIDER  OCCURRENCE  SCREENING  AUDIT, 
INPATIENT  AND  EMERGENCY  SERVICE 


D-2-35 


ROTH  OCCURRENCE  SCREE  NINC  AUDITS  (continued) 

(5)  REVIEW  LEVEL .  The  number  of  the  last  or  current  review  performed 
regarding  this  "yes"  response. 

(6)  DATE  OUT.  Thp  datp  when  this  item  was  sent  out  for  review. 

(7)  DATE  DUE.  The  date  when  this  result  of  this  review  is  or  was  to  be 

returned  to  QA. 

■’  R )  DAIEIN .  The  date  when  ttie  review  result  was  received. 

.  API  ION  TOPE .  Codes  describing  the  actions  taken  regarding  this 
checklist  item. 

1st  code  -  indicates  the  job  classif ication  of  the  person  or  com¬ 
mittee  that,  ttie  review  was  assigned  to.  Table  6054. 

2nd  code  -  indicates  whether  ttie  case  involved  the  patient's  provi¬ 
der  (1  =  provider  involved;  2  =  not  involved). 

Trd  code  -  indicates  the  result  of  the  review.  Table  6055. 

4th  code  -  ndicates  whether  this  variation  is  to  be  posted  to  the 
piovider's  profile  (Y/N). 


DATA  CHART  -  PROVIDER  OCCURRENCE  SCREENING  AUDIT 
INPATIENT  AND  EMERGENCY  SERVICE 


TEST  NAVY  MTF 


PERSONAL  DATA  -  PRIVACY  ACT  1974 


RUN  DATES  31  AUO  1985 


PROVIDER  OCCURRENCE  SCREENING  AUDIT 

PROVIDER  ID:  110112112  PERIOD:  01  AUG  1985  THRU  31  AUG  1985 

REG  NO  DISCHARGE  DATE 

NO  OCCURRENCE  DESCRIPTION 

REVIEW  LEVEL  DATE  OUT  DATE  DUE  DATE  IN  ACTION  CODE 


0000003 

12 

1 

0006464 

7 

1 


07  AUG  1985 

UNEXPECTED  RETURN  TO  OPERATING  ROOM 

25  AUO  1985  31  AUG  1985  29  AUG  1985  A1EY 

21  AUG  1985 

ORGAN  FAILURE  ( HEART »  KIDNEY »  LUNG.  BRAIN)  NOT  PRESENT  ON  ADMISSION 
27  AUG  1985  29  AUG  1985  29  AUG  1985  D1L 
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TEST  AFP 


PERSONAL  [i  AT  A 


PRIVACY  ACT  1974 


RUN  DATE:  07  JUN  1985 


PROVIDER  EMERGENCY  SERVICE  OCCURRENCE  SCREENING  AUDIT 

PROVIDER  ID!  999999999  PERIOD:  08  MAY  1985  THRU  07  JUN  1985 

FMP/SSN  20/854757321 

NBR  OCCURRENCE  DESCRIPTION 

REVIEW  LEVEL  DATE  OUT  DATE  DUE  DATE  IN  ACTION  CODE 

LOG  NPR!  26  DATE/TIME  OF  TREATMENT!  22  MAY  1985 

3  PATIENT  ARRIVES  DOA  OR  DIES  IN  THE  ER 

1  22  MAY  1985  27  MAY  1985  29  MAY  1985  A 1 DY 

4  PATIENT  LEAVES  WITHOUT  BEING  SEEN  OR  LEAVES  AGAINST  MEDICAL  ADVICE 

1  26  MAY  1985  29  MAY  1985 
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QUALITY  ASSURANCE  PROBLEM  AUDIT 


a.  Definit ion.  This  report  presents  data  about  QA  problems,  as  recorded 
on  the  QA  Problem  Audit  Screen.  The  user  who  requests  this  report  specifies 
whether  the  report  is  to  include  resolved  or  unresolved  problems  or  both.  The 
QA  Problem  Audit  is  printed  on  request,  and  its  distribution  is  determined  by 
the  MTF  command. 

b.  F ormat .  The  report  header  displays  the  MTF  name,  the  run  date,  the 
Privacy  Act  Statement,  the  report  title,  and  the  type  of  problems  included 
(Y  =  resolved,  N  =  unresolved).  The  body  of  the  report  lists  problems  in 
order  of  the  problem  number,  and  contains  the  data  described  in  the  Data  Chart 
below. 


c.  Content .  Problems  are  listed  in  order  of  the  problem  number.  The 
report  contains  the  information  described  below  for  each  problem. 


(1)  NUMBER .  Number  assigned  to  the  record  of  the  problem. 

(2)  DATE  PRESENTED.  Date  when  the  problem  was  presented. 

(3)  REFERRAL  ACTIVITY.  The  person  or  area  of  the  MTF  reporting  the 
problem  (e.g._,  a  nurses'  station). 

(4)  IMPACT  ON  PATIENT  CARE. 

(5)  ACTION  ACTIVITY.  The  person  or  group  who  took  the  action. 

(6)  STATUS  DATE.  The  effective  date  of  the  information  on  this  action. 

(7)  FOLLOWUP  DATE.  The  date  when  any  followup  activity  occurred  regarding 
this  action. 

(8)  ACTION  TAKEN.  The  nature  of  the  action  taken. 
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r.,, r-,  r.UfJ  DATE!  03  JUi  i?95 

PERSONAL  DATA  -  F  R I  VAC  Y  ACT  : 4 

«  *  «  *  *  quality  assurance:  problem  audit  *  *  *  «  * 

RESOLVED  TYF-E:  N 

ACT  ION  ACTIVITY  STATUS  DATE  EOLLQU  UP  DATE 

act:  on  taken 


mumper  4  i ate  presented:  to  jam  i<?es  reperral  activity:  comptroller 

IMF'ACT  ON  RAI1ENT  CARE  I 

tjDOE  T  INCREASE  f  OR  PHARMACY  EXPENDITURES  SCAN  AF  F  ROP  R  I  ATE  MEDS  I<F 
JUNE  TOR  PATIENT  CARE  S  STILL  MEET  BUDGET  CONSTRAINTS 

F  HARMS  T  HER  13  JAN  1935  09  MAR  1985 

,  MM  I  T  TE  E  REVIEW  TOR  MORE  GENERIC  USE  S  OR  DFLETICN  OF  Hir.H  COST 


.  ,m;  I  A  CO  date  PRESENTED:  C3  AfR  1985  REFERRAL  ACTIVITY:  NSG  UA  COMM 
IMPACT  JN  fATIENT  CARE: 

, t  ;en r  f kacti  :e  of  admission  orientati  on  toes  not  frovidp  faiienis  with 
NFC.  ON  USE  OF  MECHANICAL  BEDS 

NSG  CROC  COMM  C6  AFR  1  70S  01  MAY  1935 

1 1 SCUSSED  AT  LAST  MEETING.  F  LAN  tq  ADD 


NUMBER  S3  GATE  PRESENTED!  09  MAY  1 935  ffi ' R AL  ACTIVITY:  33  NURSE  ST 
IMPACT  on  FATIENT  CARE! 

RANGER  TO  AMBULATORY  F-TS  USING  S3  PUBLIC  RESTROOM 

LCAE 1  CEILING  1C  may  1985  14  MAY  1935 

■-PORTED  rJ  MAINTENANCE  COMM 


NUMBER  50  GATE  PRESENTED:  09  AFR  1985  REFERRAL  ACTIVITY!  4E  MURS  STA 
IMPACT  ON  PATIENT  CARE! 

INADEQUATE  AIR  CONDITIONING 


FELL  OUT  OF  BED 
UT  RAILS  ON  SIDE 

CO  MAY 
OF  BED 

1935 

C5 

MAY 

1935 

VENT  MALTUNCTIO  Cl  MAY 

LTORTTD  TO  MAINTENANCE 

1985 

09 

SEP 

1999 

REPORTED  AGAIN 

30  MAY 

1 985 

04 

JUN 

1985 

MAINTENANCE  TRIED  TO  REFAIR  AGAIN 
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SURGICAL  INDEX  BY  PROVIDER 


a.  Def in i t ion .  This  report  gives  information  about  surgical  procedures 
performed  during  the  reporting  period.  To  be  included  on  the  report,  a 

pat  ient  record  must  have  a  disposition  date  falling  within  the  reporting 
range,  and  must  have  a  Clinical  Records  status  of  A  or  T.  The  user  can 
specify  the  provider  for  the  report,  or  leave  the  field  blank  and  the  report 
will  include  data  on  all  providers  (in  that  case,  data  on  each  provider  will 
begin  on  a  new  page).  The  Surgical  Index  is  printed  on  reguest. 

b.  F ormat .  The  header  for  this  report  includes  the  report  name,  the 
provider  name,  and  the  MTE  name.  The  date  on  the  right  is  the  end  date  for 
the  reporting  period.  The  body  of  the  report  is  in  table  form,  and  contains 
the  data  described  below. 

c.  Content. 


The  first  line,  ALL  SURGICAL  CASES,  gives  totals  for  the  provider  speci¬ 
fied  (e.g.,  the  total  number  of  operations  performed  by  this  provider). 


(1)  ICDA  CODE.  The  ICP  code  for  the  procedure.  Table  9002. 

(2)  OPERATION  TITLE.  Name  of  the  operation.  Table  9002. 

(3)  OPERATIONS:  TOTAL.  The  number  of  times  the  specified  provider  per¬ 
formed  the  indicated  procedure  during  the  reporting  period. 

(4)  PRIMARY.  The  number  of  times  the  specified  provider  was  the  primary 
provider  for  the  indicated  operation. 

(5)  ASSISTS .  The  number  of  times  the  specified  provider  was  the  assistant 
during  the  indicated  operation. 

(6)  DEATHS .  The  number  of  deaths  associated  with  the  performance  of  the 
indicated  procedure  during  the  reporting  period. 


DATA  CHART  -  SURGICAL  INDEX  BY  PROVIDER 


UH007 


0-2-41 


PREPARED  04  SEP  1985  INDIVIDUAL  MEDICAL  RECORDS  INPATIENT  REPORTING  AS  OF  85  SEP  04 
QUARTERLY  SURGICAL  INDEX  BY  PROVIDER  OF  CARE  PART  9 

STAFF  DOCTOR 
TEST  NAVY  MTF 


OPERATION  TITLE 


******  OPERATIONS  ***** 
TOTAL  PRIMARY  ASSISTS 


ALL  SURGICAL  CASES 


1270  JUGULAR  VEIN  CATHETERIZATION 
5011  CRANIOTOMY 


surgical  index  by  provider 
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SURGICAL  OPERATIONS  REPORT 


a.  De f ini t ion .  This  report  gives  information  on  all  surgical  procedures 
performed  in  the  MTF  during  the  reporting  period  specified  by  the  user.  To  be 
included  on  the  report,  a  record  must  have  a  disposition  date  that  falls 
within  the  reporting  period,  and  must  have  a  Clinical  Records  status  of  A  or 

T.  This  report  is  printed  on  reguest. 

b.  format .  The  header  for  this  report  includes  the  report  name  and  MTF 
name.  The  date  on  the  right  is  the  ending  date  for  the  reporting  period.  The 
body  of  the  report  is  in  table  form  and  contains  the  data  described  below. 

c.  Content. 


(1)  SURGICAL  OPERATIONS.  The  CODf  field  shows  the  ICP  code  of  the 
procedure,  and  the  TITLE  field  shows  its  descriptive  title.  Table  9002. 

(2)  PRIN  OP.  The  number  of  times  the  indicated  procedure  was  the 
principle  procedure  for  the  patient. 

(3)  PERSONNEL  CATEGORY.  These  fields  show  the  personnel  category  of  the 
patient  for  whom  the  indicated  procedure  was  the  principle  procedure 
performed.  NAVY  AD  =  Navy  active  duty;  OTH  AD  =  other  active  duty;  MIL 
DPN  =  military  dependent;  MIL  RET  -  military  retired;  ALL  OTH  =  others. 

(4)  AGE .  These  fields  show  the  age  ranges  of  the  patients  for  whom  the 
indicated  procedure  was  the  principle  procedure  performed.  UNDR  28D  = 
under  28  days;  1M  -  13Y  =  1  month  to  13  years  old;  14Y  -  64Y  r  14  years  to 
64  years;  etc. 

(5)  ASSOC  OP.  The  number  of  times  the  indicated  procedure  was  the 
associated  operation  for  the  patient. 
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PREPARED 
04  SEP  1983 
QUARTERLY 


INDIVIDUAL  MEDICAL  RECORDS  INPATIENT  REPORTING 
SURGERY  PERFORMED  IN  THIS  HOSPITAL 
TEST  NAVY  MTF 


AS  OF  as 


PRINCIPLE  OPERATION 


•PERSONNEL  CATEGORY* 

••••••••AGE******** 

**  SURGICAL  OPERATION  *8 

PRIN 

NAVY 

OTH 

NIL 

MIL 

ALL 

UNDR 

1H- 

14Y- 

OVER 

CODE 

TITLE 

OP 

AD 

AD 

DPN 

RET 

OTH 

28D 

13Y 

64Y 

63 

1270 

JUGULAR  VEIN  CATHET 

1 

1 

1 

1274 

TRANSSEPTAL  CARDIAC 

1 

1 

1 

5011 

CRANIOTOMY 

SURGICAL  OPERATIONS  REPORT 


SEP  04 
PART  4 


ASSOC 

OP 


1 
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CREDENTIAL  PULL  LIST 


a.  Definition.  This  report  lists  health  care  providers  whose  credential 
renewal  dates  fail  within  the  time  period  of  the  report,  which  is  specified  by 
the  requestor.  The  report  is  used  to  facilitate  pulling  the  records  of 
providers  whose  credentials  will  be  up  for  review.  It  is  produced  on  request, 
and  is  distributed  to  the  professional  services. 

b.  Format^.  The  header  for  this  report  displays  the  name  of  the  MTF,  the 
run  date,  the  report  title,  and  the  reporting  period.  The  body  of  the  report 
is  in  table  form,  and  includes  the  data  described  below. 

c.  Content. 


(1)  PROVIDER  NAME.  Name  of  the  health  care  provider. 

(2)  SPECIALTY.  Code  for  the  provider's  clinical  specialty.  Table  2005. 

(3)  ACLS.  Date  when  the  provider  was  certified  in  Advanced  Cardiac  Life 
Support . 

(4)  CREDENTIAL  RENEWAL.  Date  when  the  provider's  credentials  with  this 
MTF  are  due  for  renewal  by  the  Credentials  Committee.  Information  on  this 
provider  will  only  appear  on  this  report  if  the  credential  renewal  date 
falls  within  the  reporting  period. 

(5)  LICENSE  RENEWAL.  Date  when  the  provider's  license  is  due  to  be 
renewed  by  the  state  licensing  board. 

(6)  CPR  TRAINING.  Date  when  the  provider  completed  training  in 
cardiopulmonary  resuscitation  (CPR). 
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TEST  AFB  RUN  DATE!  07  JUN  1983 

CREDENTIAL  PULL  LIST 
PERIOD!  07  JUN  1985  THRU  07  JUL  1983 


PROVIDER  NAME 

SPEC  I AL  TV  ACLS 


FIELDING. JOHN  H  M.D. 
AAQ 

F.  A. 
21 

C. 

JUL 

1 98  A 

KUTT.  I 

ABA 

02 

FEB 

1985 

SPEARS .DOC 

AAB 

13 

MAT 

1984 

STAFF 

A  AP 

TINKER.DOC 

AAG 

17 

MAR 

1985 

CREDENTIAL  LICENSE  CPR 

RENEWAL  RENEWAL  TRAINING 


16 

JUN 

1983 

16 

JUN 

1983 

17 

APR 

1983 

04 

JUL 

1983 

04 

MAR 

1983 

15 

JUN 

1983 

01 

JUL 

1983 

24 

MAT 

1985 

07 

JUN 

1983 

24 

MAY 

1983 

13 

JUN 

1983 

14 

JUN 

1983 

IS 

MAY 

1983 

f - 
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PROVIDER  PROCEDURE/MORTALITY  SUMMARY 


a.  Definition.  This  report  qives  the  mortility  rate  for  procedures  that 
fall  within  any  of  the  26  categories  of  procedures  that  are  reportable  to  DoD. 
One  page  of  data  is  presented  for  each  provider  who  acted  as  the  primary,  sec¬ 
ondary,  or  teaching  assistant  during  a  procedure  that  was  associated  with  the 
patient's  death.  This  report  only  includes  records  that  have  been  approved  in 
Elinical  Records.  It  is  produced  on  request  and  is  submitted  to  DoD. 

b.  format^.  The  header  of  the  report  displays  the  name  of  the  MTE,  the 
run  date,  the  Privacy  Act  Statement,  and  the  report  title.  The  top  of  each 
paqe  displays  the  QA  ID  of  the  provider.  The  body  of  the  report  is  in  table 
form  and  contains  two  lines  of  data  on  each  procedure. 

c.  Content. 


(1)  PROCEDURE  TEXT.  The  number  of  the  DoD-reportable  category  to  which 
this  procedure  belongs,  and  the  description  of  the  procedure.  Table  6056. 

(2)  PROCS  PEREORMED.  The  number  of  times  this  procedure  was  performed  by 
this  provider,  whether  associated  with  patient  death  or  not. 

(3)  DEATHS.  The  number  of  deaths  associated  with  the  performance  of  this 
procedure  hy  this  provider  (whether  as  the  primary  or  secondary  provider, 
or  as  a  teaching  assistant). 

(4)  MORT  RATE.  The  mortality  rate  for  this  provider  for  this  procedure, 
determined  from  items  (2)  and  (3). 

(5)  RATE  CRITERION.  The  normal  percentage  of  deaths  associated  with  this 
procedure  in  the  population  at  large.  Table  6056. 

(6)  ANES  RISK  CODE  CNTS.  The  anesthetic  risk  code  is  a  number  from  1  to  5 
that  indicates  the  risk  posed  for  a  qiven  patient  in  undergoing  a  given 
procedure.  The  anesthetic  risk  codes  of  the  patients  who  died  as  a  result 
of  this  procedure  (item  3  above)  are  shown  in  the  fields  labeled  1,  2,  3, 
4,  5,  and  IINK.  for  example,  4  people  died  after  undergoing  a  specified 
procedure  performed  by  a  specified  provider.  If  2  of  them  had  risk  codes 
of  3,  1  patient  had  a  risk  code  of  4,  and  1  had  an  unknown  risk  code, 
these  fields  would  appear  as  follows: 

1  2  3  4  5  UNK 


0  0  2  1  0  1 
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PROVIDER  PROCEDURE  SUMMARY 


a.  Def init ion.  This  report  gives  mortality  information  for  all 
procedures  associated  with  a  patient  death,  not  just  procedures  that  fall  into 
the  26  categories  reportable  nn  the  Procedure/Mortality  Summary.  One  page  of 
data  is  displayed  for  each  provider  who  acted  as  primary  or  secondary  provider 
or  as  teaching  assistant  during  the  procedure.  The  report  only  includes 
records  that  have  been  approved  in  Clinical  Records.  It  is  produced  on 
reguest,  and  its  distribution  is  determined  by  the  MTF  rommand. 

b.  F ormat .  This  report  displays  the  same  header  information  as  the 
Procedure/Mortality  Summary:  MTF  name,  run  date,  Privacy  Act  Statement,  and 
report  title.  The  top  of  each  page  displays  the  ID  of  the  provider.  The  body 
of  the  report  is  in  table  form  and  rontains  twn  linps  of  data  on  each 
procedure . 

c.  Content. 


(1)  PROCEDURE  rUDE .  The  [CP  code  of  the  procedure.  Table  9002. 

(2'  TEXT.  The  description  of  the  procedure.  Table  9002. 

(3)  PROCS  PERFORM! D.  The  number  of  times  this  procedure  was  performed  by 
this  provider,  whether  associated  with  patient  death  or  not. 

(A)  DEATHS.  The  number  of  deaths  associated  with  the  performance  of  this 
procedure  by  this  provider  ''whether  as  the  primary  or  secondary  provider, 
or  as  a  teaching  assistant). 

(5)  MORTALITY  RATE.  The  mortality  rate  for  this  provider  for  this  proce¬ 
dure,  determined  from  items  (3)  and  (A). 

(6)  ANES  RISK  CODE  CNTS.  The  anesthetic  risk  code  is  a  number  from  1  to  5 
that  indicates  the  risk  posed  for  a  given  patient  in  undergoing  a  given 
procedure.  The  anesthetic  risk  codes  of  the  patients  who  died  as  a  result 
of  this  procedure  (item  A  above)  are  shown  in  the  fields  labeled  1,  2,  3, 
A,  5,  and  UNK.  For  example,  A  people  died  after  undergoing  a  specified 
procedure  performed  by  a  specified  provider.  If  2  of  them  had  risk  codes 
of  3,  1  patient  had  a  risk  code  of  A,  and  1  had  an  unknown  risk  code, 
these  fields  would  appear  as  follows: 


0  0  2  1  0  1 
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PROVIDER  PROFILE 


a.  De fin i t ion .  The  Provider  Profile  gives  information  about  an 
individual  provider,  including  dates  for  credential  and  license  renewal,  and 
dates  when  the  provider  was  trained  in  CPR,  and  certified  in  ACI.S  and  AILS, 

It  also  shows  data,  accumulated  for  six-month  periods,  on  number  of  procedures 
performed  and  patients  discharged,  malpractice  claims,  medical  records 
deficiencies  and  de  1  i nguenc ies ,  and  validated  variations  discovered  for  this 
provider  through  the  Occurrence  Screening  process.  The  user  specifies  the 
provider  for  the  report  when  requesting  it.  The  Provider  Profile  is  produced 
on  request,  and  its  distribution  is  determined  by  the  MTF  command. 

b.  F ormat .  1  he  header  of  this  report  displays  the  MTF  name,  the  run 

date,  the  Privacy  Act  Statement,  and  the  report  title.  The  body  of  the  report 
contains  data  on  the  provider.  The  Clinical  Indicator  Totals  section  is  in 
the  form  of  a  table,  with  the  type  of  clinical  indicators  listed  across  the 
top,  and  the  beginning  date  of  the  six-month  periods  listed  in  the  left-hand 
column,  as  described  below. 

c.  Content. 


(1)  NAME .  Full  name  of  the  provider  specified  by  user  requesting  this 
report . 

(2)  SPECIALTY.  Clinical  specialty  of  the  provider.  Table  2005. 

(3)  ID  CODE.  ID  code  of  the  provider. 

(A)  CONT  ED  (YY/HH).  The  continuing  education  credit  hours  completed  by 
this  provider  for  the  last  three  years.  The  current  year  appears  first, 
then  the  previous  year,  then  the  year  before  that.  The  HH  field  displays 
the  number  of  credit  hours  earned  in  the  year  indicated. 

(5)  ASGN  DATE.  Date  on  which  the  provider  was  assigned  to  this  MTF. 

(6)  DATE  OF:  CPR  TRAINING.  Date  when  the  provider  completed  training  in 
cardiopulmonary  resuscitation. 

(7)  ACLS  CERT.  Date  when  the  provider  was  certified  in  Advanced  Cardiac 
Life  Support. 


(8}  ATL'i  CCRT.  Date  when  the  provider  was  certified  in  Advanced  Trauma 
life  Support . 

(9)  CRLDFNTIAL  RENEWAL .  Date  when  the  provider's  credentials  to 
practice  at  this  MTF  are  to  be  renewed  by  the  Credentials  Committee. 

( in:  L ICFNSF :  RENEWAL .  Date  when  the  provider's  license  is  to  be 
renewed  by  the  state  licensing  board. 

(11)  STATC .  State  in  which  the  provider  is  licensed. 

CLINICAL  INDICATOR  TOTALS 

1“'  Bf CINN'INC.  This  column  shows  the  beginning  date  of  thp 

6-. nurd  h  period  for  which  the  clinical  indicator  data  was  accumulated. 

These  date,  are  displayed  in  order  from  most  recc'd  I  >  least  recent . 

It  CROC  PFRF.  Number  of  procedures  for  which  this  provider  acted  as 
primary  ir  secondary  provider  or  teaching  assistant  during  the  indicated 
s-month  period. 

1A  RAT  :>Ir)C.  Number  of  patients  whose  dispositions  were  ordered  hy  this 
provider  during  the  6-month  period. 

1 r’  MAI  CLAIM.  Number  of  malpractice  claims  filed  against  this  provider 
during  the  6-month  period. 

16  tit  D  DC F  .  Number  of  medical  records  considered  deficient  because  this 
provider  did  not  supply  parts  of  the  chart  (e.g.,  history/physical)  by  the 
time  the  record  was  accessed  in  Clinical  Records. 

(17)  RCCD  DELQ.  Number  of  medical  records  considered  delinquent  because 
this  provider  had  not  supplied  parts  of  the  chart  within  the  time  limit 
set  by  the  MTF. 

(18)  ANTI  VAR  I.  Tht  number  of  times  that  the  QA  audit  and  review  process 
determined  that  occurrence  screening  variations  related  to  antibiotic  use 
should  he  posted  to  this  provider's  profile. 

(19)  COMPL .  The  number  of  validated  patient  complaints  lodged  against 
this  provider. 


(20)  NORM  TISS.  The  number  of  times  that  the  QA  audit  and  review  process 
determined  that  occurrence  screening  variations  related  to  normal  surgical 
tissue  should  be  posted  to  this  provider's  profile. 

(21)  TRANS.  The  number  of  times  that  the  QA  audit  and  review  process 
determined  that  occurrence  screening  variations  related  to  transfusions 
should  be  posted  to  this  provider's  profile. 

(22)  SCRN  VARI.  The  number  of  times  that  the  QA  audit  and  review  process 
determined  that  occurrence  screening  variations  should  be  posted  to  this 
provider's  profile. 

(23)  TOTAL  DEATH.  The  number  of  patient  deaths  that  the  audit  process  has 
indicated  should  be  posted  to  this  provider  profile. 
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TEST  AFP 


run  nr.  ip:  '  i  jm  i9«3 


personal  data  -  fhiuac.y  act  op  i?7a 
PROVTIiPK  pkiifti  p 

name:  ADDISON.  THOMAS  j  specialty:  NEUKdl  nr.Y 

ID  CODE:  910109109  CONT  FU  (YY/HH)  3D/0  H4/0  9.T/0  ASGN  DA  I P' :  01  MAY  19D2 

DATE  of:  cpr  training  acls  CP  r  t  atls  cprt 

CREDENTIAL  RENEWAL  I  TCFNSF:  RP'N'fcUAL  state 

-  Cl  INICAL  TNV>Tf.  A  l  OR  TOTALS - 

PERIOD  RROC  pat  MAL  --MPD  RETD-  AN  f  T  f.fiMPL  NORM  IK'ANS  St'RM  U11AL 

BEG  INN  '  NG  PFRF  DISC  (MAIM  DP  F  >>PLO  VAR  T  TISS  VAR1  TiP'Al  H 

01  JAN  1985  100000  0  0000 

01  JUL  1984  000000000  0  0 

01  JAN  1984  00000000000 

01  JUL  1983  00000000000 

01  JAN  1983  00000000000 

01  JUL  1982  0000000000  0 

01  JAN  1982  00000000000 


A  MEDICAL  OA  DOCUMENT .  DO  NOT  DISCLOSE  WITHOUT  APPROVAL  OF  MTF  COMMANDER 


PROVIDER  PROFILE 
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PROVIDERS  WITH  INSUFFICIENT  CONTINUING  EDUCATION  REPORT 


a.  Definition.  The  Continuing  Education  report  lists  providers  who  have 
fewer  credit  hours  of  continuing  education  than  the  number  entered  by  the  user 
requesting  the  report.  This  report  is  printed  on  demand. 

b.  F ormat .  The  header  of  this  report  contains  the  MTF  name,  the  run 
date,  and  the  report  title,  giving  the  number  of  credit  hours  specified. 

c.  Content .  The  body  of  the  report  is  in  table  form,  giving  the  name  of 
the  provider  who  has  fewer  credit  hours  than  the  number  specified,  the  number 
of  the  provider's  credit  hours,  and  the  date  on  which  the  provider  was 
assigned  to  this  MTF. 


TEST  NAVY  MTF  RUN  DATE!  31  AUO  1903 

PROVIDERS  WITH  INSUFFICIENT  CONTINUING  EDUCATION 
LESS  THAN  &  CE  HOURS 

PROVIDER  YR  HOURS  MTF  ASSIGNMENT  DATE 


DILLON*  JOHN 

83  2 

01 

OCT 

1982. 

FREDERICKS* HALTER 

S3  3 

08 

JUN 

1983 

HENRY *0. 

S3  0 

10 

OCT 

1984 

JOHNS*  MIKE 

S3  0 

02 

JAN 

1983 

NEUMAN* PAUL 

83  0 

23 

APR 

1983 

RILEY*  JAMES 

83  0 

12 

APR 

1984' 

ROGERS* STEVEN  J*  OB/O 

83  0 

04 

MAY 

1983 

STAFF  DOCTOR 

83  1 

03 

JUN 

1984 

TH0MA8  *  TOM 

83  0 

10 

OCT 

1981 

UNITE*  JAMES 

S3  0 

01 

MAR 

1983 

PROVIDERS  WITH  INSUFFICIENT  CONTINUING  EDUCATION  REPORT 
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Appendix  E 

BUSINESS  OEFICE  INPUTS  AND  OUTPUTS 

To  be  submitted  at  a  later  date. 

V  * 


TABLE  OF  CONTENTS 


LIST  OF  SYSTEM  TABLES,  BY  NUMBER 


Number  T itle  Page 


1000  Religion . F-1 

1002  Patient  Category,  Air  Force  .  F-2 

1002  Patient  Category,  Army . F-5 

1002  Patient  Category,  Navy . . . F  —1 1 

1004  Provider,  Primary  Care  (Sample)*  .  F-16 

1005  MTF  (Medical  Treatment  Facility)  ....  .  F-17 

1006  Rank  Codes . F-25 

1009  Aeronautical  Rating,  Army  . . F-27 

1012  FMP  (Family  Member  Prefix)  .  F-28 

1013  Unit  ID/Ship,  Navy . F-29 

1014  Flying  Status . F-30 

1015  State/Country  Code  .  .....  F-32 

1016  Command  Interest . F-38 

1017  Major  Command,  Air  Force . F-39 

1019  Terminal  Capabilities  (Sample)  .  .  .  F-41 

1020  Function  Table  (No.  of  time-out  seconds  is  MTF  specific)  .  .  .  F-42 

1021  Product  Device  (Sample)  .  F-43 

1023  Branch  of  Service,  Air  Force  and  Navy . F-44 

1023  Branch  of  Service,  Army . F-45 

1024  Race  Code . F-46 

1025  Zip  Code  (Sample) . F-47 

1028  Capability  Profiles  (Sample)  .  F-48 

1029  Military  Specialty . F-49 

2001  Source  of  Admission . F-68 

2002  Absent  Status . F-69 

2004  Type  Case . F-70 

2005  Clinical  Service  .  F-71 

2007  Disposition  Type  . . F-76 

2008  Military  Theater  of  Operations,  Navy  . . F-77 

2009  Cause  of  Injury . F-78 

2010  Medical  Evaluation  Board  (MEB)  Status  .  .....  F-91 

2011  Casualty  Status . F-92 

2012  Relationship . F-93 

2013  Prognosis . F-94 


♦Listings  on  some  of  the  following  tables  are  intended  to  be  specified  by  the 
individual  MTF.  Each  of  these  MTF-specific  tables  is  marked  as  a  "Sample"  on 
this  Table  of  Contents.  The  "Samples"  are  included  in  this  appendix  to  show 
the  kind  of  data  these  tables  can  contain,  not  the  only  correct  data  that  can 
be  entered  in  AQCESS. 
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LIST  OF  SYSTEM  TABLES,  BY  NUMBER  (continued) 


Number  Title  Page 


2014  Length  of  Service,  Air  Eorce  and  Army . F-95 

2015  Facility  Type,  Army . F-97 

2016  Class  of  Trauma,  Air  Force  and  Navy . F-98 

3010  Rate  Table,  Army . F-99 

4000  CR  Signature  Block,  Army  (Sample) . .  F-100 

4001  Cause  of  Death/Separation  ...  .  .....  F-101 

4002  ICO  6th  Digit . F-102 

4003  ICO  7th  Digit,  Air  Force  (Infection  Codes) . F-103 

4003  ICD  7th  Digit,  Army . F-104 

4003  ICD  7th  Digit,  Navy . F-105 

4005  Presentation  of  Fetus,  Air  Force . F-106 

4009  Where  Procedure  Performed  (ICP  5th  Digit)  .  F-107 

4010  Age  Table,  Army . F-108 

4011  Age  Tab le ,  Air  Force . F-1 09 

5002  R.'ADT  Reports  Menu  Tile  (Printer  ID  is  MTF  specific) . F  —  1 1 0 


5003  04  Reports  Menu  File  (Printer  ID  is  MTF  specific) . F-111 

5004  "R  Reports  Menu  Tile  (Printer  ID  is  MTF  specific) . F-1 12 

5005  Other  Reports  Information  File  (Printer  ID  is  MTF  specific)  .  .  F-113 

5006  Profiling  Reports  Menu  List  (Printer  ID  is  MTF  specific)  .  .  .  F-114 


605(1  Incident  Person  Type . F-115 

6051  Incident  Type . F-1 16 

6052  Incident  Location  .  F-117 

6053  Incident  Personnel  Involved/Reporting  .  F-118 

6054  Action  Code,  Byte  1 . F-119 

6055  Action  Code,  Byte  3 . F-120 

6056  DoD  Reportable  Surgical  Procedures  .  F-121 

8010  Ward  List  (Sample) . F-122 

9001  ICD  Codes  (Diagnoses)* 

9002  ICP  Codes  (Procedures)* 


♦Table  9001,  Diagnoses,  and  Table  9002,  Procedures,  are  not  included  in  this 
appendix  due  to  their  length.  Listings  of  these  tables  can  be  accessed 
through  the  Help  feature  on  the  ACCESS  screens. 


ii 
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ALPHABETICAL  LIST  OF  SYSTEM  TABLES 


Number  T itle  Page 


2002  Absent  Status . . . F-69 

6054  Action  Code,  Byte  1 . F-119 

6055  Action  Code,  Byte  3 . F-120 

1009  Aeronautical  Rating,  Army . F-27 

4011  Age  Table,  Air  Force . F-109 

4010  Age  Table,  Army . F-108 

1023  Branch  of  Service,  Air  Force  and  Navy . F-44 

1023  Branch  of  Service,  Army . F-45 

1028  Capability  Profiles  (Sample)  .  F-48 

2011  Casualty  Status  . . F-92 

4001  Cause  of  Death/Separation  .  F-101 

2009  Cause  of  Injury . F-78 

2016  Class  of  Trauma,  Air  Force  and  Navy . F-98 

2005  Clinical  Service  .  F-71 

1016  Command  Interest . . . F-38 

5004  CR  Reports  Menu  File  (Printer  ID  is  MTF  specific) . F-112 

4000  CR  Signature  Block,  Army  (Sample) . F-100 

6056  DoD  Reportable  Surgical  Procedures  .  F-121 

2015  Facility  Type,  Army . F-97 

1014  Flying  Status . F-30 

1012  FMP  (Family  Member  Prefix)  .  F-28 

1020  Function  Table  (No.  of  time-out  seconds  is  MTF  specific)  .  .  .  F-42 

9001  ICD  Codes  (Diagnoses) 

4002  ICD  6th  Digit . F-102 

4003  ICD  7th  Digit,  Air  Force  (Infection  Codes) . F-103 

4003  ICD  7th  Digit,  Army . F-104 

4003  ICD  7th  Digit,  Navy  . . F-105 

9002  ICP  Codes  (Procedures) 

4009  ICP  5th  Digit  (see  Where  Procedure  Performed) . F-107 

6052  Incident  Location  .  F-117 

6050  Incident  Person  Type . F-115 

6053  Incident  Personnel  Involved/Reporting  .  F-118 

6051  Incident  Type  . . F-116 

4003  Infection  Codes  (see  ICD  7th  Digit,  Air  Force) . F-103 

2014  Length  of  Service,  Air  Force  and  Army . F-95 

1017  Major  Command,  Air  Force . F-39 

2010  Medical  Evaluation  Board  (MEB)  Status  .  F-91 

1023  Military  Department  (see  Branch  of  Service) 

1029  Military  Specialty  . . F-49 

2008  Military  Theater  of  Operations,  Navy  . . F-77 

1005  MTF  (Medical  Treatment  Facility)  .  F-17 

5005  Other  Reports  Information  File  (Printer  ID  is  MTF  specific)  .  .  F-113 

1002  Patient  Category,  Air  Force  .  F-2 

1002  Patient  Category,  Army . F-3 

1002  Patient  Category,  Navy . F-4 


iii 
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ALPHABET  I  CAL  LIST  OF  SYSTEM  TABLES  fcontinued) 


Number  T itle  Page 


4005  Presentation  of  Fetus,  Air  Force . F-106 

1021  Product  Device  (Sample)  .  F-43 

5006  Profiling  Reports  Menu  List  (Printer  ID  is  MTF  specific)  .  .  .  F-114 

2013  Prognosis . F-94 

1004  Provider,  Primary  Care  (Sample)  .  F-16 

5003  QA  Reports  Menu  File  (Printer  ID  is  MTF  specific) . F  — 1 1 1 

1024  Race  Code . F-46 

5002  R/ADT  Reports  Menu  File  (Printer  ID  is  MTF  specific)  .  F-110 

1006  Rank  Codes . F-110 

3010  Rate  Table,  Army . F-99 

2012  Relationship  . . F-93 

1000  Religion . F-1 

2001  Source  of  Admission . F-68 

1015  State/Country  Code . . . F-32 

1019  Terminal  Capabilities  (Sample)  .  F-41 

2004  Type  Case . . . F-70 

1013  Unit  ID/Ship,  Navy . F-29 

8010  Ward  List  (Sample) . . . F-122 

4009  Where  Procedure  Performed  (ICP  5th  Digit)  .  F-107 

1025  Zip  Code  (Sample) . F-47 


iv 
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654  EXPLOSION  OF  PRESSURE  VESSEL.  NO  FIRE  AT  INDUSTRIAL  PLANT 

655  EXPLOSION  OF  PRESSURE  VESSEL.  NO  FIRE  ON  RANGE.  DRILLFIELH 

656  EXPLOSION  OF  PRESSURE  VESSEL.  NO  FIRE  ON  OBSTACLE  COURSE 

657  EXPLOSION  OF  PRESSURE  VESSEL.  NO  FIRE  IN  KITCHEN.  MESS 
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RADT  REPORTS  MENU  FILE  AUG  31 >1985  20107  PAGE 

REPORT  SERVICE 

NUMBER  REPORT  DESCRIPTION  REPORT  TYPE  FLAGS  PRIMARY  PRINTER  ID 

DELETE  DATE 


QA  REPORTS  MENU  FILE  SEP  <*.1985  1<*:38  PAGE 

REPORT  SERVICE 

NUMBER  REPORT  DESCRIPTION  REPORT  TYPE  FLAGS  PRIMARY  PRINTER  ID 

DELETE  DATE 
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DOO  REPORTED  SURGICAL  PROCEDURES  SEP  4.1985  14!40  PAGE 

PROCEDURE  NORMAL  PROCEDURE 

NBR  PROCEDURE  DESC  PERCENTAGE  CODE 


OTHER  TOTAL 

total  total  beds  beds 

ID  DESCRIPTION  BEDS  PREADHITS  BLOCKED  OCCUPIED  DELETE  DATE 
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Appendix  G 

I 

\  FILE  DESCRIPTIONS 

i  ^ 

I 


» 
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TABLE  OF  CONTENTS 


BY  FILE 


FILE 


1004 
1011 
6000 
6000.01 
6000.02 
6001 
6001.01 
6001 .02 
6005 
6005.01 
6010 
6010.01 
6020 
6020.01 
6020.02 
6030 
6030.01 
7000 
7000.01 
7000.02 
7000.03 
7000.04 
7000.05 
7000.06 
7000.07 
8000 
8000.01 
8010 
8020.99 


NUMBER 


Doctor  File 
MTF  Profile 

Inpatient  Occurrence  Screening  Checklist 
IP  OS  Audit  Subfile 
IP  OS  Clerk  Edit  Subfile 

Emergency  Room  Occurrence  Screening  Checklist 

ER  OS  Audit  Subfile 

ER  OS  Clerk  Trace  Subfile 

Emergency  Top  Level  File 

ER  Log  No.  Subfile 

Incident  File 

Incident  Clerk  Trace  Subfile 
Problem  F ile  (QA) 

Problem  Clerk  Trace  Subfile 
Problem  History  Subfile 
Provider  Profile 

Provider  Profile  Clerk  Trace  Subfile 
Clinical  Record  File 
Transfer  History  Subfile 
Diagnosis  Subfile 
Procedure  Subfile 
Non-Procedural  Providers  Subfile 
Episode  Days  Subfile 
Administrative  Text  Subfile 
Clerk  Update  Trace  File  (CR) 

Registration  File 
Admission  File 
Ward  File 
A&D  Event  Subfile 


i 


UH007 


TABLE  OF  CONTENTS  BY  FILE  NAME  (Cont'd.) 


FILE 


8020.99 

7000.06 

8000.01 

7000.07 

7000 

7000.02 

1004 

6001 

6005 

7000.05 

6001.01 

6001.02 

6005.01 

6010.01 

6010 

6000 

6000.01 

6000.02 

1011 

7000.04 

6020 

6020.01 

6020.02 

7000.03 

6030 

6030.01 

8000 

7000.01 

8010 


A&D  Event  Subfile 
Administrative  Text  Subfile 
Admission 

Clerk  Update  Trace  Subfile  (CR) 

Clinical  Record  File 
Diaqnosis  Subfile 
Doctor  File 

Emergency  Room  Occurrence  Screening  Checklist 

Emergency  Top  Level  File 

Episode  Da'  i  Subfile 

ER  OS  Audit  Subfile 

ER  OS  Clerk  Trace  Subfile 

ER  Log  No.  Subfile 

Incident  Clerk  Trace  Subfile 

Incident  File 

Inpatient  Occurrence  Screening  Checklist 
IP  OS  Audit  Subfile 
IP  OS  Clerk  Edit  Subfile 
MTF  Profile 

Non-Procedural  Providers  Subfile 
Problem  File  (QA) 

Problem  Clerk  Trace  Subfile 
Problem  History  Subfile 
Procedure  Subfile 
Provider  Profile 

Provider  Profile  Clerk  Trace  Subfile 
Registration 

Transfer  History  Subfile 
Ward  F ile 


ii 


UH007 


event  no. 
assigned  at 
admission  time 


Ward  File 

H 

Invalid 

(8010) 

Log-On  File 
(1007) 

Reg.  No. 

Maintenance  File 
(1008) 


(numbers  in  parentheses  refer  to 
file  numbers  in  the  data 
dictionary  printout) 


DATA  BASE  FORMAT  (page  1  of  2) 

i  i  i 


[ill. 


I 


FILE  1011  -  MTF  PROFILE 


t  V 


FIELD  DESCRIPIION 

FIELD 

NUMBER 

TYPE 

LENT 

AUTO  ER  LOG  NO  FLAG 

12 

SET  Y-YES 

N-NO 

1 

AUTO  REG  FLAG 

3 

1 

CR  ARCHIVE  MONTHS 

23 

NUMERIC 

DAYS  TO  DELINQUENCY  OS  LIST 

9 

NUMERIC 

2 

DELINQ  DAYS  CR 

22 

NUMERIC 

2 

DELINQ  DAYS  MEDREC  COMP 

10 

NUMERIC 

2 

INDEX  CARDS  PER  SET 

4 

NUMERIC 

1 

INVALID  ATTEMPT  COUNT 

8 

NUMERIC 

1 

MTF  CITY 

18 

20 

MTF  CODE 

1 

FREE  TEXT 

5 

MTF  NAME 

.01 

20 

MTF  SERVICE 

6 

SET  A-ARMY/ 

F-AIR  FORCE/ 
N-NAVY 

1 

MTF  STATE 

19 

TABLE  1015 

MTF  ZIP  CODE 

20 

10 

PAD  BLDG/ROOM 

17 

20 

PAD  OFFICE  SYMBOL 

13 

10 

SIGNATURE  BLOCK  LINE  1 

14 

27 

SIGNATURE  BLOCK  LINE  2 

15 

27 

SIGNATURE  BLOCK  LINE  3 

16 

27 

TRAINING  DATE 

21 

DATE 

TRAINING  FLAG 

7 

1 

VERSION  NUMBER 

2 

NUMERIC 

5 

WAR 

5 

SET  Y-YES 

N-NO 

1 

MIL  OEP 
SPEC 


UH007 


.vfv.v’ 

r.i 


*-  .*•  ‘ 


.  *  -  »•«  ■*.  v 


FILE  8000  -  REGISTRATION  FILE 


FIELD  DESCRIPTION  FIELD 

NUMBER 


AERONAUTICAL  RATING  13 
CIVILIAN  OCCUPATION  16 
COMMAND  INTEREST  1  31 
COMMAND  INTEREST  2  32 
COMMAND  INTEREST  3  33 
CURRENT  REGISTER  NUMBER  17 
DATE  LAST  ADM  34 
DATE  LAST  DISP  35 
DOB  (DATE  OF  BIRTH)  5 
DUTY  ADDRESS  45 
DUTY  CITY  46 
DUTY  STATE  47 
DUTY  ZIP  CODE  48 
EDIT  FLAG  2 
FLYING  STATUS  12 
FMP  (FAMILY  MEMBER  PREFIX)  3 
HOME  PHONE  25 
HOME  STATE  24 
ID  CARD  DATE  27 
ID  CARD  NUMBER  28 
MAJOR  COMMAND  44 
MARITAL  STATUS  8 


MILITARY  SPECIALTY  15 
PATIENT  CATEGORY  6 
PATIENT  CITY  21 
PATIENT  NAME  .01 
PATIENT  STATE  22 
PATIENT  STREET  ADDRESS  20 
PAY  GRADE  42 

PREVIOUS  REGISTER  NUMBER  18 
PRIMARY  CARE  PROVIDER  29 
PRIMARY  MTF  30 
RACE  9 
RECORD  LAST  UPDATED  19 
RELIGION  10 
REMARKS  37 
RGCARD  51 
RGFORM  50 
SERVICE  43 


TYPE 

LENGTH 

MIL  DFP 
SPEC 

TABLE  1009 

3 

A,F 

25 

TABLE  1016 

3 

TARLE  1016 

3 

TABLE  1016 

3 

8 

DATE 

11 

DATE 

11 

DATE 

11 

28 

20 

TABLE  1015 

2 

9 

(internal  use  only) 

1 

TABLE  1014 

2 

TABLE  1012 

11 

19 

TABLE  1015 

3 

A 

DATE  ( INDEF ) 

1 

10 

N 

TABLE  1017 

3 

F 

SET  D-DIVORCED 

1 

A-ANNULLED 

S-SINGLE 


I-INTERLOCUTORY 
L-LEGALLY  SEPARATED 


W-WIDOWED 

Z-UNKNOWN 

TABLE  1029  5 

TABLE  1002  3 

20 

27 

TABLE  1015  2 

28 

Calculated  from 

Table  1006  2 

8 

TABLE  1004  6 

TABLE  1005  4 

TABLE  1024  1 

DATE  11 

TABLE  1000  3 

50 

(internal  use  only) 
(internal  use  only) 

TABLE  1023  2 


FILE  8000.01  -  ADMISSION  FILE 


FIELD  DESCRIPI ION 


FIELD 

NUMBER 


LENGTH 


MIL  DEP 
SPEC 


ABSENI  S I A I  US 

ABSENI  S I A I  US  DATE/T IME 

ADM  CLERK 

ADM  DATE/T IME 

ADM  DIAG  CODE 

ADM  DIAG  IEXI 

ADM  PHYSICIAN 

ADM  REMARKS 

ARCHIVE  DA  I E 

ATTENDING  PHYS  DATE  ASSIGN 

AT  TENDING  PHYSICIAN 

BED 

CANCEL  CLERK 
CANCEL  DATE 
CANCEL  PHYS  AUTH 
CANCEL  REASON 

CASUALTY  DATE  COMMAND  NOTIFIED 
CASUALTY  DATE  NOK  NOTIFIED 
CASUALTY  DIAGNOSIS 
CASUALTY  ROSTER  DATE 
CASUALTY  ROSTER  DATE  REM 
CASUALTY  STATUS 
CASUALTY  STATUS  DATE  CHG 
CAUSE  INJ  CODE 
CAUSE  INJ  TEXT  PT  1 
CAUSE  INJ  TEXT  PT  2 
CIVILIAN  PHYSICIAN  PHONE 
CT IN  SVC 

CLIN  SVC  DATE  ASSIGNED 

COORD  MED  OFFICER 

COUNTRY  OF  ADM 

DISP  CLERK 

DISP  DATE/TIME 

DISP  MTF 

DISP  PHYS  AUTH 

DISP  PHYS  ORDERING 

DISP  TYPE 

DR  T DENTAL  RECORD) 


EMERGENCY 
EMERGENCY 
EMERGENCY 
EMERGENCY 
EMERGENCY 
EMERGENCY 
EMERGENCY 
F VI  (EVENT 


ADDRESS 
CITY 
NAME 
PHONE 
RELATION 
STATE 
ZIP  CODE 
NUMBER) 


TABLE  2002 
DATE/TIME 

DATE/TIME 
TABLE  DX 

TABLE  1004 
FREE  TEXT 
DATE 
DATE 

TABLE  1004 
FREE  (EXT 
FREE  TEXT 
DATE 

TABLE  1004 
FREE  TEXT 
DATE 
DATE 

FREE  TEXT 

DATE 

DATE 

TABLE  2011 
DATE 

TABLE  2009 
FREE  TEXT 
FREE  TEXT 
FREE  TEXT 
TABLE  2005 
DATE/TIME 
FREE  TEXT 
TABLE  1015 
FREE  TEXT 
DATE/TIME 
TABLE  1005 
TABLE  1004 
TABLE  1004 
TABLE  2007 
SET  Y-YES 
N-NO 
FREE  TEXT 
FREE  TEXT 
FREE  TEXT 
FREE  TEXT 
TABLE  2012 
TABLE  1015 
FREE  TEXT 
NUMERIC 


I  ( 


FIELD  DESCRIPTION 


FILE  8000.01  -  ADMISSION  FILE  (Cont'd.) 


FIELD  NUMBER  TYPE 


LENGTH 


MIL  DEP 
SPEC 


f  < 


EXPIRED  TERM  SVCE 
FACILITY  TYPE 
HR  (HEALTH  RECORD) 

INITIAL  ADM  DATE  (TRF  IN) 
INITIAL  ADM  MTF 
LENGTH  SVC 
MEAL  CARD 

MEB  CANDIDATE 

MEB  DATE  CONFIRMED 

MEB  DATE  IDENTIFIED 

MEB  DATE  RESOLVED 

MEB  REMARKS 

MIL  THEATER  OPERATIONS 

MSA  BALANCE 

NBR  ADMISSION  PRODUCTS 
NBR  REQ  3X5 

NBR  REQ  EMBOSSED  CARDS 
NEXT  OF  KIN  ADDRESS 
NEXT  OF  KIN  CITY 
NEXT  OF  KIN  NAME 
NEXT  OF  KIN  PHONE 
NEXT  OF  KIN  RELATION 
NEXT  OE  KIN  STATE 
NEXT  OF  KIN  ZIP  CODE 
NONMILITARY  MTF  ADDRESS 
NONMILITARY  MTF  CITY 
NONMILITARY  MTF  NAME 
NONMILITARY  MTF  PHONE 
NONMILITARY  MTF  STATE 
NONMILITARY  MTF  ZIP  CODE 
ON  DUTY  FLAG 

OR  (ORDERS) 

PE  (PERSONAL  EFFECTS) 

PR  (PHYSICAL  RECORD) 

PREVIOUS  ADM 

PRIMARY  DISP  DIAGNOSIS 

PRIMARY  PROCEDURE 

PROGNOSIS 

PROJ  DISP  DATE 

PROJ  DISP  TYPE 


18 

DATE 

11 

53 

TABLE  2015 

3 

28 

SET  Y-YES 

1 

N-NO 

64 

DATE 

11 

63 

TABLE  1005 

6 

17 

25 

SET  Y-YES 

1 

N-NO 

65 

TABLE  2010 

1 

66 

DATE 

11 

68 

DATE 

11 

69 

DATE 

11 

67 

65 

86 

TABLE  2008 

3 

13 

NUMERIC 

104 

( for  internal 

use) 

102 

(for  internal 

use) 

103 

(for  internal 

use) 

38 

FREE  TEXT 

28 

39 

FREE  TEXT 

20 

36 

FREE  TEXT 

27 

42 

FREE  TEXT 

14 

37 

TABLE  2012 

12 

40 

TABLE  1015 

2 

41 

FREE  TEXT 

9 

55 

FREE  TEXT 

28 

56 

FREE  TEXT 

20 

54 

FREE  TEXT 

27 

59 

FREE  TEXT 

18 

57 

TABLE  1015 

2 

58 

9 

87 

SET  Y-ON  DUTY 

1 

N-NOT  ON 

DUTY 

32 

SET  Y-YES 

1 

N-NO 

33 

SET  Y-YES 

1 

N-NO 

31 

SET  Y-YES 

1 

N-NO 

22 

FREE  TEXT 

3 

105 

TABLE  DX 

5 

106 

TABLE  PRC 

4 

74 

TABLE  2013 

2 

24 

DATE 

11 

23 

TABLE  2007 

4 

f  4 


i  :  .i 


:  i 


:  < 


UH007 
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'VvVVVV.V.  4-Vm 


r ILF  8000.01  -  ADMISSION  FILE  (Cont'd.) 


MIL  DEP 


FIELD  DESCRIPTION 

EIELD  NUMBER 

TYPE 

LENGTH  SPEC 

RECORD  STATUS  ELAG 

12 

SET  A-ARCHIVED 

1 

C-CANCEELED 

D-DISPOSI T IONED 

I -INPATIENT 
P-IN  CLINICAL 

RECORDS 

J-S.- 

M-MEDICAL  HOLD 

(NAVY  ONLY) 

RIG  NO  NEWBORN  1 /MOTHER 

92 

NUMERIC 

8 

REG  NO  NEWBORN  2 

93 

NUMERIC 

8 

REG  Nf)  NFWBORN  3 

94 

NUMERIC 

8 

REG  NO  NEWBORN  A 

95 

NUMERIC 

8 

- 

REG  NO  NEWBORN  5 

96 

NUMERIC 

8 

Rl G  NO  NEWBORN  6 

97 

NUMERIC 

8 

Rf  G  NO  NEWBORN  7 

98 

NUMERIC 

8 

RIG  NO  NFWBORN  8 

99 

NUMERIC 

8 

REG  NUMBER 

.01 

8 

RETURN  DATE./TIME 

52 

DATE/TIME 

16 

►  *•  .* 

ROOM 

82 

EREE  TEXT 

4 

SOURCE  ADMISSION 

5 

TABLE  2001 

3 

SR  (SERVICE  RECORD) 

30 

SET  Y-YES 

1  N 

N-NO 

TRAUMA  CODE 

108 

TABLE  2016 

1  FN 

TYPE  CASE 

6 

TABLE  2004 

3 

WARD 

9 

TABLE  8010 

4 

WARD  DATE/TIME 

15 

DATE/TIME 

16 

G-6 


r 


UH007 


FILE  7000  -  CLINICAL  RECORD  FILE 


FIELD  DESCRIPTION 

FIELD 

NUMBER 

TYPE 

LENGTH 

ACTION  (HOLD  AREA) 

24 

(for  internal  use) 

1 

ADMIT  DATE 

9 

DATE 

11 

ADMIT  DATE  TAPE 

9.5 

DATE 

11 

AERONAUTICAL  RATING 

104 

TABLE  1009 

1 

AGE 

63 

FREE  TEXT 

ANESTHETIC  RISK  CODE 

67 

NUMERIC 

5 

ATTENDING  PHYSICIAN 

65 

TABLE  1004 

AUTHORIZED  SIGNER  FOR  REPORT 

25 

FREE  TEXT 

3 

BRANCH  OF  SERVICE 

116 

TABLE  1023 

2 

CAUSE  I NO  BYTE  1 

82.5 

TABLE  2016 

1 

CAUSE  OF  DEATH/SEPARATION 

79 

TABLE  4001 

1 

CAUSE  OF  INJ  CODE 

83 

TABLE  2009 

3 

CAUSE  OF  INJ  TEXT 

84 

FREE  TEXT 

41 

CAUSE  OF  INJ  TEXT  2 

85 

EREE  TEXT 

79 

CAUSE  OF  INJ  TEXT  3 

86 

FREE  TEXT 

79 

CIV  HOSP  TRANSFERRED  TO 

68 

FREE  TEXT 

27 

CIVILIAN  OCCUPATION 

107 

FREE  TEXT 

25 

CONV  LEAVE  RECOMMENDED 

73 

NUMERIC 

2 

CORRECTED  RECORD  FLAG 

28 

SET  C-CORRECTED 

1 

DATE  OF  INITIAL  PROCEDURE 

81 

DATE 

11 

DATE  RECORD  LAST  EDITED 

21 

DATE 

11 

DAYS  ALL  MTF  1 

206 

NUMERIC 

3 

DAYS  ALL  MTF  2 

207 

NUMERIC 

3 

DAYS  ALL  MTF  3 

208 

NUMERIC 

3 

DAYS  ALL  MTF  4 

209 

NUMERIC 

3 

DAYS  ALL  MTF  5 

210 

NUMERIC 

3 

DAYS  MTF  1 

200 

NUMERIC 

3 

DAYS  MTF  2 

201 

NUMERIC 

3 

DAYS  MTF  3 

202 

NUMERIC 

3 

DAYS  MTF  4 

203 

NUMERIC 

3 

DAYS  MTF  3 

204 

NUMERIC 

3 

DELINQUENCY  POSTED  DATE 

260 

DATE 

11 

DISC  NOTE  DICT  COMP 

236 

DATE 

11 

DISC  NOTE  MISSING  DICT 

235 

SET  X-MISSING 

1 

DISC  NOTE  MISSING  SIG 

233 

SET  X-MISSING 

1 

DISC  NOTE  PRVDR 

232 

TABLE  1004 

6 

DISC  NOTE  SIG  COMP 

234 

DATE 

11 

DISC  ORDER  DICT  COMP 

231 

DATE 

11 

DISC  ORDER  MISSING  DICT 

230 

SET  X-MISSING 

1 

DISC  ORDER  MISSING  SIG 

228 

SET  X-MISSING 

1 

DISC  ORDER  PRVDR 

227 

TABLE  1004 

6 

DISC  ORDER  SIG  COMP 

229 

DATE 

11 

DISP  CLN  SERV 

61 

TABLE  2005 

4 

DISP  DATE/TIME 

11 

DATE 

11 

DISP  TYPE  SCREEN 

13 

FREE  TEXT 

4 

DISP  TYPE  TAPE 

14 

FREE  TEXT 

4 

DOB 

5 

DATE 

11 

MIL  DEP 
SPEC 


FN 


FN 

N 


G-7 


UH007 


FILE  7000  -  CLINICAL  RECORD  FILE  (Cont'd.) 


FIELD  DESCRIPTION  FIELD  TYPE  LENI 

NUMBER 


DUTY  ADDRESS 

117 

FREE  TEXT 

DUTY  CITY 

118 

FREE  TEXT 

DUTY  STATE 

119 

TABLE  1015 

DUTY  ZIP 

120 

FREE  TEXT 

ELY  INC  STATUS 

124 

TABLE  1014 

EMP 

3 

TABLE  1012 

HIST  PHY  DIET  COMP 

238 

DATE 

HIST  PHY  MISSING  DICT 

217 

SET  X-MISSING 

HI  SI  PHY  PRVDR 

214 

TA8LE  1004 

HIST  PHY  SIC, 

215 

SET  X-MISSING 

HIST  PHY  SIG  DATE 

216 

DATE 

IN I I  ADMIT  DATE  IAPE 

15 

DATE 

MARITAL  STATUS 

101 

SET 

MILITARY  OCCUPATION 

106 

TABLE  1029 

MODE  TRANSIT  OUT 

66 

SET  A-AMBULANCE 
E-AIR  EVAC 
S-SHIP 
O-OTHER 

MIE  TRANSFERRED  TO 

62 

FREE  TEXT 

NARR  DICT  COMP 

239 

DATE 

NARR  MISSING  DICT 

221 

SET  X-MISSING 

NARR  MISSING  SIG 

219 

SET  X-MISSING 

NARR  SIG  DATE  COMP 

220 

DATE 

NARRATIVE  PRVDR 

218 

TABLE  1004 

NURSE  WARD  2 

237.1 

TABLE  8010 

NURSE  WARD  3 

237.2 

TABLE  8010 

NURSE  WARD 

237 

TABLE  8010 

OP  DICT  COMP 

226 

DATE 

OP  MISSING  DICI 

225 

SET  X-MISSING 

OP  MISSING  SIG 

223 

SET  X-MISSING 

OP  REPORT  PRVDR 

222 

TABLE  1004 

OP  SIG  DATE 

224 

DATE 

OTHER  SIG  1 

243 

TABLE  1004 

OTHER  SIG  1  COMP 

244 

DATE- 

OTHER  SIG  2 

245 

TABLE  1004 

OTHER  SIG  2  COMP 

246 

DATE 

OTHER  SIG  3 

247 

TABLE  1004 

OTHER  SIG  3  COMP 

248 

DATE 

OTHER  SIG  4 

249 

TABLE  1004 

OTHER  SIG  4  COMP 

250 

DATE 

OTHER  SIG  5 

251 

TABLE  1004 

OTHER  SIG  5  COMP 

252 

DATE 

OTHER  SIG  6 

253 

TABLE  1004 

OTHER  SIG  6  COMP 

254 

DATE 

OTHER  SIG  7 

255 

TABLE  1004 

OTHER  SIG  7  COMP 

256 

DATE 

FILE  7000  -  CLINICAL  RECORD  FILE  (Cont'd.) 


FIELD  DESCRIPTION 


OTHER  SIG  8 
OTHER  SIG  8  COMP 
PATIENT  CAT 
PATIENT  CITY 
PATIENT  HM  PHONE 
PATIENT  NAME 
PATIENT  STATE 
PATIENT  STREET 
PATIENT  WK  PHONE 
PATIENT  ZIP 
PAY  GRADE 

PHYS  ORDERING  DISP 
PRES  FET2 
PRES  FET 3 
PRES  FETA 

PRESENTATION  OF  FETUS1 

PRIMARY  MTF 

RACE 

REASON  FOR  RELEASE 
REC  TRK  NOTES  1 
REC  TRK  NOTES  2 
REC  TRK  START  DATE 
RECORD  CLERK 
RECORD  STATUS 


RECORD  TRACK  STATUS 
REGISTER  NUMBER 
RELIGION 

RESIDUAL  DISABILITY 
ELYING  STATUS 
SEX 


SOURCE  OF  ADM  SCREEN 
SOURCE  OF  ADM  TAPE 
SPONSOR  NAME 
SPONSOR  RANK 
SSN 

SUSPENSE  DATE 


EIELD  TYPE  LENGTH 

NUMBER 


257 

TABLE  1004 

6 

258 

DATE 

11 

100 

TABLE  1002 

3 

109 

FREE  TEXT 

112 

FREE  TEXT 

14 

2 

FREE  TEXT 

27 

110 

TABLE  1015 

2 

108 

EREE  TEXT 

28 

113 

FREE  TEXT 

14 

111 

EREE  TEXT 

9 

122 

FREE  TEXT 

2 

12 

TABLE  1004 

6 

76 

TABLE  4005 

2 

77 

TABLE  4005 

2 

78 

TABLE  4005 

2 

75 

TABLE  4005 

2 

114 

TABLE  1005 

102 

TABLE  1024 

1 

26 

FREE  TEXT 

35 

241 

FREE  TEXT 

73 

242 

FREE  TEXT 

79 

212 

DATE 

11 

20 

FREE  TEXT 

3 

22 

SET  X-REJECTED 

R-RELEASED  TO  A&D 
I-INCOMPLETE 
W-WAITING  APPROVAL 
A-APPROVED 

D-DELETED 

1 

240 

TABLE  4013 

1 

.01 

FREE  TEXT 

103 

TABLE  1000 

3 

71 

FREE  TEXT 

3 

105 

TABLE  1014 

2 

6 

SET  M-MALE 

E-FEMALE 

Z-UNKNOWN 

1 

7 

FREE  TEXT 

3 

8 

FREE  TEXT 

3 

115 

FREE  TEXT 

27 

123 

TABLE  1006 

4 

FREE  TEXT 

213 

DATE 

11 

MIL  DEP 
SPEC 


FILE 

FIELD  OF  STRIP  I  ION 


TAPE  DATE 

TOT  RED  DAYS 

TUT  DAYS  THIS  MTF  (EPI ) 

TOT  NON-BED  DAYS 

TOT  NUM  OF  EPI  RECORDS 

TOTAL  DAYS  IN  TRANSIT 

TOTAL  SICK  DAYS  ALL  MTF 

TOTAL  SICK  DAYS  I  HIS  MTF 

TRANSFER  VA  HOSP/AUTOPSY 


TYPE  CASE 
UNIT  ID 

UNITS  WHOLE  BLOOD 
VOLUME  PACKED  CELLS 
WARD 


-  r.  ■T. 


7000  -  CLINICAL  RECORD  FILE  (Cont'd.) 

FIELD  TYPE  LENGTH  MIL  DEP 

NUMBER  SPEC 


23 

DATE 

11 

17 

NUMERIC 

3 

18 

NUMERIC 

3 

16 

NUMERIC 

3 

19 

NUMERIC 

3 

259 

NUMERIC 

3 

211 

NUMERIC 

3 

205 

NUMERIC 

3 

69 

SET  V-TRANSEERRED  TO 

VA  HOSPITAL 
A-AUT0P5Y  PERFORMED 
ON  PATIENT 

1 

64 

TABLE  2004 

3 

121 

EREE  TEXT 

9 

72 

NUMERIC 

4 

74 

NUMERIC 

4 

10 

FREE  TEXT 

3 

G-10 


UH007 


FILE  7000.02  -  DIAGNOSIS  SUBFILE 


FIELD  DESCRIPTION  FIELD  TYPE 

NUMBER 


LENGTH  MIL  DEP 
SPEC 


CAUSE  INJ 
CAUSE  BYTE  1 
GROUP  NUMBER 
ICD1 
ICD1A 
IDC1B 

OCCUP  RELATED 

IL'D  TEXT  LINE  1 
ICD  TEXT  LINE  2 


A  TABLE  2009 

3.5  TABLE  2016 

5  (for  interr.il  use) 

1  FREE  TEXT 

2  TABLE  A002 

3  TABLE  A003 

A. 5  SET  Y-YES 

N-NO 

6  FREE  TEXT 

7  FREE  TEXT 


3  N 

1  N 

2  A 
6 


1  N 

70 

70 


G-12 


W 


FIELD  DESCRIPTION 


FILE  7000.03  -  PROCEDURE  SUBFILE 

FIELD  TYPE 

NUMBER 


LENGTH 


MIL  DEP 
SPEC 


ITEM  NUMBER 

PROCEDURE  TEXT  LINE  1 

PROCEDURE  TEXT  LINE  2 

NUMBER  OF  OCCURRENCES  OF  PROCD 

PROCEDURE  CODE 

PROCEDURE  START  DATE 

PROCEDURE  STOP  DATE 

PR0VIDER1 

PR0VIDER2 

PR0VIDER3 

WHERE  PROCEDURE  PERFORMED 


(for  internal  use) 

FREE  TEXT 

FREE  TEXT 

NUMERIC 

TABLE  PRC 

DATE 

DATE 

TABLE  1004 
TABLE  1004 
TABLE  1004 
TABLE  4009 


UH007 


FILE  7000.04  -  NON-PROCEDURAL  PROVIDERS  SUBFILE 


A 


n 


FIELD  DESCRIPTION 


FIELD 

NUMBER 


TYPE 


LENGTH  MIL  DEP 
SPEC 


FILE  7000.05  -  EPISODE  DAYS  SUBFILE 


FIELD  DESCRIPTION 


FIELD 

NUMBER 


TYPE 


ABSENT  STATUS 
BEDDAYS 
CLINICAL  SVC 
DAYS 

EPISODE  EFFECT  DATE 
NON-BED  DAYS 
TOTAL  DISPLAY 


3 

5 
2 

4 
1 

6 
7 


TABLE  2002 

NUMERIC 

TABLE  2005 

NUMERIC 

DATE 

NUMERIC 


FILE  7000.06  -  ADMINISTRATIVE  TEXT  SUBFILE 


FILE  7000.07  -  CLERK  UPDATE  TRACE  SUBEILE  (CR) 

FIELD  DESCRIPTION  FIELD  TYPE 

NUMBER 


CLERK  ACTION  3  SET  X-REJECTED 

O-OVERRIDE 
A-APPROVE 
D-DELETE 
R-RELEASE 
FREE  TEXT 
DATE 


CLERKS  INITIALS 
UPD  DATE/TIME 


1 

2 


FILE  6030  -  PROVIDER  PROFILE 


FIELD  DESCRIPTION 

FIELD 

NUMBER 

TYPE 

LENGTH 

ANTIBIOTIC  VAR 

30 

NUMERIC 

6 

ANTIBIOTIC  VAR  2 

50 

NUMERIC 

6 

ANTIBIOTIC  VAR  3 

62 

NUMERIC 

6 

ANTIBIOTIC  VAR  4 

74 

NUMERIC 

6 

ANTIBIOTIC  VAR  3 

86 

NUMERIC 

6 

ANTIBIOTIC  VAR  6 

98 

NUMERIC 

6 

ANTIBIOTIC  VAR  7 

110 

NUMERIC 

6 

CAL  YEAR  1 

32 

NUMERIC 

2 

CAL  YEAR  2 

34 

NUMERIC 

2 

CAL  YEAR  3 

36 

NUMERIC 

2 

CLERK  TRACE 

20 

DATE 

CONTINUING  ED  HR  1 

33 

NUMERIC 

3 

CONTINUING  ED  HR  2 

35 

NUMERIC 

3 

CONTINUING  ED  HR  3 

37 

NUMERIC 

3 

DATE  ACLS  CERT 

3 

DATE 

DATE  ATLS  CERT 

4 

DATE 

DATE  CPR  TRAINING 

2 

DATE 

DATE  CRED  RENEWAL 

5 

DATE 

DATE  LICENSE  RENEWAL 

6 

DATE 

DEATH 

39 

NUMERIC 

6 

DEATHS  2 

52 

NUMERIC 

6 

DEATHS  3 

64 

NUMERIC 

6 

DEATHS  4 

76 

NUMERIC 

6 

DEATHS  3 

88 

NUMERIC 

6 

DEATHS  6 

100 

NUMERIC 

6 

DEATHS  7 

112 

NUMERIC 

6 

MALPRACTICE  CLAIMS  FIELD 

26 

NUMERIC 

6 

MALPRACTICE  CLAIMS  FIELD 

2 

46 

NUMERIC 

6 

MALPRACTICE  CLAIMS  FIELD 

3 

58 

NUMERIC 

6 

MALPRACTICE  CLAIMS  FIELD 

4 

70 

NUMERIC 

6 

MALPRACTICE  CLAIMS  FIELD 

5 

82 

NUMERIC 

6 

MALPRACTICE  CLAIMS  FIELD 

6 

94 

NUMERIC 

6 

MALPRACTICE  CLAIMS  FIELD 

7 

106 

NUMERIC 

6 

MED  REC  DEFICIENCIES 

28 

NUMERIC 

6 

MED  REC  DEFICIENCIES  2 

48 

NUMERIC 

6 

MED  REC  DEFICIENCIES  3 

60 

NUMERIC 

6 

MED  REC  DEFICIENCIES  4 

72 

NUMERIC 

6 

MED  REC  DEFICIENCIES  5 

84 

NUMERIC 

6 

MED  REC  DEFICIENCIES  6 

96 

NUMERIC 

6 

MED  REC  DEFICIENCIES  7 

108 

NUMERIC 

6 

MED  REC  DELINQUENCIES 

24 

NUMERIC 

6 

MED  REC  DELINQUENCIES  2 

44 

NUMERIC 

6 

MED  REC  DELINQUENCIES  3 

56 

NUMERIC 

6 

MED  REC  DELINQUENCIES  4 

68 

NUMERIC 

6 

MED  REC  DELINQUENCIES  5 

80 

NUMERIC 

6 

MIL  DEP 
SPEC 


k.  -t 


l  .  i 


E  i 


£  •  v 
4 


UH007 


FILE  6030  -  PROVIDER  PROFILE  (Cont’d.) 


i 


FIELD  DESCRIPI ION 

FIELD 

NUMBER 

TYPE 

LENGTH 

MED  RFC  DELINQUENCIES  6 

92 

NUMERIC 

6 

MED  REC  DELINQUENCIES  7 

104 

NUMERIC 

6 

MTE  ASSIGNMENT  DATE 

8 

NUMERIC 

PATIENTS  DISCHARGED 

22 

NUMERIC 

6 

PATIENTS  DISCHARGED  2 

42 

NUMERIC 

6 

PATIENTS  DISCHARGED  3 

34 

NUMERIC 

6 

PATIENTS  DISCHARGED  4 

66 

NUMERIC 

6 

PATIENTS  DISCHARGED  3 

78 

NUMERIC 

6 

PATIENTS  DISCHARGED  6 

90 

NUMERIC 

6 

PATIENTS  DISCHARGED  7 

102 

NUMERIC 

6 

POSTING  DATE 

40 

DATE 

POSTING  DATE  2 

41 

DATE 

POSTING  DATE  3 

33 

DATE 

POSTING  DATE  4 

65 

DATE 

POSTING  DATE  5 

77 

DATE 

POSTING  DATE  6 

89 

DATE 

POSTING  DATE  7 

101 

DATE 

PROCEDURES  PERFORMED 

23 

NUMERIC 

6 

PROCEDURES  PERFORMED  2 

43 

NUMERIC 

6 

PROCEDURES  PERFORMED  3 

55 

NUMERIC 

6 

PROCEDURES  PERFORMED  4 

67 

NUMERIC 

6 

PROCEDURES  PERFORMED  3 

79 

NUMERIC 

6 

PROCEDURES  PERFORMED  6 

91 

NUMERIC 

6 

PROCEDURES  PERFORMED  7 

103 

NUMERIC 

6 

PROVIDER  ID 

.01 

TABLE  1004 

QA  ID  CODE 

38 

NUMERIC 

9 

SCRAMBLED  SSN 

9 

FREE  TEXT 

SIATE  OF  LICENSE 

7 

TABLE  1005 

2 

SURG  PNT  NORM  TISS 

29 

NUMERIC 

6 

SLJRG  PNT  NORM  TISS  2 

49 

NUMERIC 

6 

SURG  PNT  NORM  TISS  3 

61 

NUMERIC 

6 

SURG  PNT  NORM  TISS  4 

73 

NUMERIC 

6 

SURG  PNT  NORM  TISS  5 

85 

NUMERIC 

6 

SURG  PNT  NORM  TISS  6 

97 

NUMERIC 

6 

SURG  PNT  NORM  TISS  7 

109 

NUMERIC 

6 

TRANSFUSION  VARIATIONS 

31 

NUMERIC 

6 

TRANSFUSION  VARIATIONS  2 

51 

NUMERIC 

6 

TRANSFUSION  VARIATIONS  3 

63 

NUMERIC 

6 

TRANSFUSION  VARIATIONS  4 

75 

NUMERIC 

6 

TRANSFUSION  VARIATIONS  5 

87 

NUMERIC 

6 

TRANSFUSION  VARIATIONS  6 

99 

NUMERIC 

6 

TRANSFUSION  VARIATIONS  7 

111 

NUMERIC 

6 

VALIDATED  OS  VARIATIONS 

25 

NUMERIC 

6 

VALIDATED  OS  VARIATIONS  2 

45 

NUMERIC 

6 

VALIDATED  OS  VARIATIONS  3 

57 

NUMERIC 

6 

VALIDATED  OS  VARIATIONS  4 

69 

NUMERIC 

6 

MIL  DEP 
SPEC 


G-19 


UH007 


FILE  (3030  -  PROVIDER  PROFILE  (Cont'd.) 


FIELD  DESCRIPTION 

FIELD 

NUMBER 

TYPE 

LENGTH 

VALIDATED 

OS  VARIATIONS  5 

81 

NUMERIC 

6 

VALIDATED 

OS  VARIATIONS  6 

93 

NUMERIC 

6 

VAL IDATED 

OS  VARIATIONS  7 

105 

NUMERIC 

6 

VAL IDATED 

PNT  COMPLAINTS 

27 

NUMERIC 

6 

VALIDATED 

PNT  COMPLAINTS  2 

47 

NUMERIC 

6 

VALIDATED 

PNT  COMPLAINTS  3 

59 

NUMERIC 

6 

VAL  IDA I ED 

PNT  COMPLAINTS  4 

71 

NUMERIC 

6 

VALIDATED 

PNT  COMPLAINTS  5 

83 

NUMERIC 

6 

VALIDATED 

PNT  COMPLAINTS  6 

95 

NUMERIC 

6 

VALIDATED 

PNT  COMPLAINTS  7 

107 

NUMERIC 

6 

MIL  DEP 
SPEC 


*)  fj  s;  ipj  tr  i*.  a*;  ■  7  y  ■  ■-.■  7 : 


FILE  6030.01  -  PROVIDER  PROFILE  CLERK  TRACE  SUBFILE 
FIELD  DESCRIPTION  FIELD  TYPE 


FIELD 

NUMBER 


LENGTH  MIL  DEP 
SPEC 


CLERK  INITIALS 
CLERK  TRACE 


1 

.01 


FREE  TEXT 
DATE 


FILE  6010  -  INCIDENT  EILE 


EIELD  DESCRIPTION 

EIELD 

NUMBER 

TYPE 

LENGTH 

ACTION  CODE  1-1 

16 

TABLE  6054 

ACTION  CODE  1-2 

17 

SET  1-PROVIDER  RELATED 
2-NOT  PROVIDER 
RELATED 

1 

ACTION  CODE  1-3 

18 

TABLE  6055 

ACTION  CODE  1-4 

19 

SET  Y-ENTERED  INTO 
PROEILE 

N-NOT  ENTER  INTO 
PROEILE 

1 

ACTION  CODE  2-1 

20 

TABLE  6054 

A!  1  ION  CODE  2-2 

21 

SET  1-PROVIDER  RELATED 
2-NOT  PROVIDER 
RELATED 

1 

ACTION  CODE  2-5 

22 

TABLE  6055 

ACTION  CODE  2-4 

23 

SE1  Y-ENTERED  INTO 
PROEILE 

N-NOT  ENTER  INTO 
PROEILE 

1 

ACTION  CODE  5-1 

25 

TABLE  6054 

ACTION  CODE  3-2 

26 

SET  1-PROVIDER  RELATED 
2-NOT  PROVIDER 
PROEILE 

1 

ACTION  CODE  3-3 

27 

TABLE  6055 

ACT  ION  CODE  3-4 

28 

SET  Y-ENTERED  INTO 
PROEILE 

N-NOT  ENTER  INTO 
PROEILE 

1 

DAT!  ACTION  1 

15 

DATE 

DATE  ACTION  2 

19.5 

DATE 

DATE  ACTION  3 

24 

DATE 

DATE  JAG  REVIEW 

12 

DATE 

DATE /TIME  OE  INCIOENT 

1 

DATE 

INCIDENT  LOCATION 

8 

FREE  TEXT 

INCIDENT  LOG  NO 

.01 

FREE  TEXT 

INCIDENT  PERSON  TYPE 

2 

FREE  TEXT 

15 

INCIDENT  RESULT 

11 

SET  Y-INJURY 

N-NO  INJURY 

1 

INCIDENT  TYPE 

7 

FREE  TEXT 

20 

JAG  REVIEW 

13 

SET  Y-YES  N-NO 

1 

PERSON  EMP 

4 

TABLE  1012 

PERSON  NAME 

3 

FREE  TEXT 

27 

PERSON  REG  NO 

6 

EREE  TEXT 

8 

PERSON  SSN 

5 

EREE  TEXT 

PERSONNEL  INVOLVED 

9 

EREE  TEXT 

15 

PERSONNEL  REPORTING 

10 

EREE  TEXT 

15 

G-22 


MIL  DEP 
SPEC 


UH007 


FILE  6020  -  PROBLEM  FILE  (QA) 


FIELD  DESCRIPTION  FIELD  TYPE 

NUMBER 


DATE  PRESENTED 

2 

DATE 

IMPACT  1 

8 

FREE  TEXT 

IMPACT  2 

9 

FREE  TEXT 

PROBLEM  NO 

.01 

FREE  TEXT 

REFERRAL  ACTIVITY 

3 

FREE  TEXT 

RESOLVE  FLAG 

12 

SET  Y-YES 

G-24 


N-NO 


UH007 


FIELD  DESCRIPTION 


FILE  6020.01  -  PROBLEM  CLERK  TRACE  SUBFILE 

FIELD  TYPE 

NUMBER 


LENGTH  MIL  DEP 
SPEC 


CLERK  INITIALS 
CLERK  TRACE 


FREE  TEXT 
DATE 


UH007 


FILE  6020.02  -  PROBLEM  HISTORY  SUBFILE 


FIELD  DESCRIPTION 


FIELD 

NUMBER 


TYPE 


FILE  6000  -  INPAT  LENT  OCCURRENCE  SCREENING  CHECKLIST 


FIELD  DESCRIPTION 

FIELD 

NUMBER 

TYPE 

LENGTH 

CR  APPROVED  FLAG 

32 

SET  A-APPROVED 

1 

DISCHARGE  DATE 

2 

DATE 

FMP 

3 

FREE  TEXT 

2 

PROVIDER  PRIMARY 

1 

TABLE  1004 

PROVIDER  SPECIALTY 

34 

FREE  TEXT 

4 

Q01 

5 

SET  Y-YES 

N-NO 

1 

002 

6 

SET  Y-YES 

N-NO 

1 

Q03 

7 

SET  Y-YES 

N-NO 

1 

Q04 

8 

SET  Y-YES 

N-NO 

1 

Q05 

9 

SET  Y-YES 

N-NO 

1 

Q06 

10 

SET  Y-YES 

N-NO 

1 

007 

11 

SET  Y-YES 

N-NO 

1 

Q08 

12 

SET  Y-YES 

N-NO 

1 

Q09 

13 

SET  Y-YES 

N-NO 

1 

Q10 

14 

SET  Y-YES 

N-NO 

1 

Q11 

15 

SET  Y-YES 

N-NO 

1 

Q12 

16 

SET  Y-YES 

N-NO 

1 

Q13 

17 

SET  Y-YES 

N-NO 

1 

Q14 

18 

SET  Y-YES 

N-NO 

1 

015 

19 

SET  Y-YES 

N-NO 

1 

Q16 

20 

SET  Y-YES 

N-NO 

1 

Q17 

21 

SET  Y-YES 

N-NO 

1 

018 

22 

SET  Y-YES 

N-NO 

1 

Q19 

23 

SET  Y-YES 

N-NO 

1 

Q20 

24 

SET  Y-YES 

N-NO 

1 

Q21 

25 

SET  Y-YES 

N-NO 

1 

Q22 

26 

SET  Y-YES 

N-NO 

1 

Q23 

27 

SET  Y-YES 

N-NO 

1 

Q24 

28 

SET  Y-YES 

N-NO 

1 

REGISTER  NO 

.01 

FREE  TEXT 

SSN 

4 

NUMERIC 

YES  STRING  FOR  PULL 

33 

FREE  TEXT 

G-27 


MIL  DEP 
SPEC 


UH007 


FILE  6000.01  -  IP  OS  AUDIT  SUBFILE 


FIELD  DESCRIPTION 

FIELD 

TYPE 

LENGTH 

MIL  DEP 

NUMBER 

SPEC 

.  * 

ACTION  CODE  1-1 

4 

TABLE  6054 

.  .*.*« 

ACTION  CODE  1-2 

5 

SET  1  - 

PROVIDER  RELATED 

1 

s::v£ 

1 

SET  2  -  NOT 

PROVIDER  RELATED 

ACTION  CODE  1-3 

6 

TARLE  6055 

ACTION  CODE  1-4 

7 

SET  Y  -  ENTERED 

INTO  PROFILE 

N  -  NOT  ENTERED 

1 

«*■ 

1 

INTO  PROFILE 

ACTION  CODF  2-1 

11 

TABLF  6054 

ACTION  CODE  2-2 

12 

SET  1  - 

PROVIDER  RELATED 

SET  2  -  NOT 

1 

.  . ' ! 

PROVIDER  RELATED 

r  - 

ACTION  CODF  2-5 

13 

TABLE  6055 

*  .  ■ 

ACTION  CODE  2-4 

14 

SET  Y  - 

ENTERED  INTO  PROFILE 
SET  N  -  NOT  ENTERED 
INTO  PROFILE 

1 

ACTION  CODE  3-1 

18 

TABLE  6054 

»  •  *  -  ! 

ACTION  CODE  3-2 

19 

SET  1  - 

PROVIDER  RELATED 

SET  2  -  NOT 

PROVIDER  RELATED 

J.  » 

ACTION  CODE  3-3 

20 

TABLE  6055 

.  * 

ACTION  CODE  3-4 

21 

SET  Y  - 

ENTERED  INTO  PROFILE 
SET  N  -  NOT  ENTERED 
INTO  PROFILE 

1 

i  *  i 

AUDIT  SUBFILE 

.01 

(For  internal  use) 

DATE  DUE  1 

2 

DATE 

DATE  DUE  2 

9 

DATE 

*  .  •  -  k 

DATE  DUE  3 

16 

DATE 

DATE  IN  1 

3 

DATE 

: 

DATE  IN  2 

10 

DATE 

*  •  **'  V 

DATE  IN  3 

17 

DATE 

DATE  OUT  1 

1 

DATE 

.*■  J 

V‘v  V 

DATE  OUT  2 

8 

DATE 

►  v  •- 

M 

DATE  OUT  3 

15 

DATE 

PROVIDER-1 

30 

TABLE  1004 

>>> 

PROVIDER-2 

31 

TABLE  1004 

PROVIDER-3 

32 

TABLE  1004 

PROVIDER-4 

PROVIDER-3 

| 

33 

34 

TABLE  1004 

TABLE  1004 

m 

n',\ 

y*/*./* 

G-28 

V  \-  \- 

vV..' 

UH007 

1 

(  4 

l  .  , 

r  II  n 


‘MTRGINCY  SERVICE  OCCURRENCE  SCREENING  CHECKLIST 


till:)  Dl  M  HUM  ION  EIFLD  TYPE 

NUMBER 


LENGTH  MIL  DEP 
SPEC 


DATf/TIMt  Of  1  HI  A  I  ME  N I 

4 

DATE 

DEEAULI  QUESTION  1 

27 

FREE  TEXT 

1 

ER  LOB  NBR 

.001 

(for  internal  use) 

ER  I OG  NUMBER 

.01 

NUMERIC 

T I  LEER  1 

2 

FREE  TEXT 

99 

FILLER2 

3 

FREE  TEXT 

99 

PROVIDER 

5 

TABLE  1004 

1 

Q0 1 

6 

SET  Y-YES 

N-NO 

1 

QU2 

7 

SET  Y-YES 

N-NO 

1 

(JOT 

8 

SET  Y-YES 

N-NO 

1 

QUA 

9 

SET  Y-YES 

N-NO 

1 

QOS 

10 

SET  Y-YES 

N-NO 

1 

Q06 

11 

SET  Y-YES 

N-NO 

1 

Q07 

12 

SET  Y-YES 

N-NO 

1 

QOS 

13 

SET  Y-YES 

N-NO 

1 

Q09 

14 

SET  Y-YES 

N-NO 

1 

QTO 

15 

SET  Y-YES 

N-NO 

1 

Q 1 1 

16 

SET  Y-YES 

N-NO 

1 

Q12 

17 

SET  Y-YES 

N-NO 

1 

Q13 

18 

SET  Y-YES 

N-NO 

1 

Q14 

19 

SET  Y-YES 

N-NO 

1 

Q1S 

20 

SET  Y-YES 

N-NO 

T 

Q16 

21 

SET  Y-YES 

N-NO 

1 

Q17 

22 

SET  Y-YES 

N-NO 

1 

Q18 

23 

SET  Y-YES 

N-NO 

1 

FILE  6001.01  -  ER  OS  AUDIT  SUBFILE 


FIELD  DESCRIPTION 


ACTION  CODE  1-1 
ACTION  CODE  1-2 


ACTION  CODE  1-3 
ACTION  CODE  1-4 


ACTION  CODE  2-1 
ACTION  CODE  2-2 


ACTION  CODE  2-3 
ACTION  CODE  2-4 


ACTION  CODE  3-1 
ACTION  CODE  3-2 


ACTION  CODE  3-3 
ACTION  COOE  3-4 


AUDIT  SUBFILE 
DATE  DUE  1 
DATE  DUE  2 
DATE  DUE  3 
DATE  IN  1 
DATE  IN  2 
DATE  IN  3 
DATE  OUT  1 
DATE  OUT  2 
DATE  OUT  3 
PROVIDER-1 
PROVIDER-2 
PROVIDER-3 
PROVIDER-4 
PROVIDER-5 


FIELD 

NUMBER 


LENGTH  MIL  DEP 
SPEC 


TABLE  6054 
SET  1  - 

PROVIDER  RELATED 
SET  2  -  NOT 
PROVIDER  RELATED 
TABLE  6055 
SET  Y  -  ENTERED 
INTO  PROFILE 
N  -  NOT  ENTERED 
INTO  PROEILE 
TABLE  6054 
SET  1  - 

PROVIDER  RELATED 
SET  2  -  NOT 
PROVIDER  RELATED 
TABLE  6055 
SET  Y  - 

ENTERED  INTO  PROFILE 
SET  N  -  NOT  ENTERED 
INTO  PROFILE 
TABLE  6054 
SET  1  - 

PROVIDER  RELATED 
SET  2  -  NOT 
PROVIDER  RELATED 
TABLE  6055 
SET  Y  - 

ENTERED  INTO  PROFILE 
SET  N  -  NOT  ENTERED 
INTO  PROFILE 
NUMERIC 
DATE 


r*s 


DATE 

DATE 

DATE 

DATE 

DATE 

DATE 

DATE 

DATE 

TABLE  1004 
TABLE  1004 
TABLE  1004 
TABLE  1004 
TABLE  1004 


r  ‘i 


UH007 


FILE  6001.02  -  ER  OS  CLERK  TRACE  SUBFILE 


FIELD  DESCRIPTION  FIELD  TYPE 

NUMBER 


LENGTH 


CLERK 

CLERK  INITIALS 


.01  DATE 

1  FREE  TEXT  3 


EE 


G-32 


MIL  DEP 
SPEC 


07 


FILE  6005  -  EMERGENCY  TOP  LEVEL  FILE 


FIELD  DESCRIPI ION 


FIELD 

NUMBER 


TYPE 


LENGTH 


MIL  DEP 
SPEC 


FILE  1004  -  DOCTOR  FILE 


FIELD  DESCRIPTION 


FIELD 


TYPE 


LENGTH  MIL  DEP 


FILE  8010  -  WARD  FILE 


FIELD  DESCRIPTION 


DELE  IE  DALE 
OTHER  BEDS  BLOCKED 
TOTAL  BEDS 
TOTAL  BEDS  OCCUPIED 
TOTAL  PREADMITS 
WARD  DESCRIPTION 
WARD  ID 


FIELD  TYPE  LENGTH 

NUMBER 


7  DATE 

5  NUMERIC 

3  NUMERIC 

6  NUMERIC 

A  NUMERIC 

2  FREE  TEXT 

.01  FREE  TEXT 


3 

3 

3 

3 
30 

4 


G-36 


MIL  DEP 
SPEC 


IJH007 


FILE  8020.99  -  A&D  EVENT  SUBFILE 


EIEL0  DESCRIPTION 

FIELD 

NUMBER 

TYPE 

ABSENT  STATUS 

.03 

TABLE  2002 

CLERKS  INI TS 

.09 

FREE  TEXT 

CLINICAL  SERVICE 

.04 

TABLE  2005 

CURRENT  DT/TIME 

.08 

DATE 

EEE  DT/TIME 

.001 

DATE 

EFEDTTM 

.01 

DATE 

INDICATOR 

.02 

(For  internal  use 

NEW  WARD 

.06 

TABLE  8010 

OLD  WARD 

.05 

TABLE  8010 

TEXT 

.07 

FREE  TEXT 

G-37 
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